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Modular. 

Integrated. 

Now. 


Handle Writer/Spell™ 

Word processing with integrated 
spelling correction and verification. 


Handle Calc™ 

Spreadsheet with up to 32,000 
rows and columns. Conditional 
and iterative recalculation. 


The Handle Office-Automation Series is a powerful set of modular, 
integrated software tools developed for today's multiuser office 
environment. Handle application modules can be used stand-alone 
or combined into a fully integrated system. 

The Handle Office-Automation Series modules offer: 

• Ease of Use and Learning 

• Insulation from UNIX 

• Data Sharing Between Multiple Users 

• Data Integration Between Modules 

• Data Sharing with Other Software Products 

• Sophisticated Document Security System 


Handle Technologies, Inc. 


Corporate Office 

6300 Richmond 
3rd Floor 

Houston, TX 77057 
(713) 266-1415 


Sales and Product Information 

850 North Lake Tahoe Blvd. 
P.O.Box 1913 
Tahoe City, CA 95730 
(916) 583-7283 


TM-HANDLE. HANDLE HOST. HANDLE WRITER. HANDLE SPELL HANDLE WRITER/SPELL and HANDLE CALC ARE TRADEMARKS OF HANDLE TECHNOLOGIES. INC. 
TM-UNIX IS A TRADEMARK OF AT&T BELL LABORATORIES. 
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Howtogo 

from 

UNIX to DOS 

without 

compromising 

your 

standards. 


It’s easy. Just get an industry standard file 
access method that works on both. 

C-ISAM™ from RDS. 

It’s been the UNIX™ standard for years 
(used in more UNIX languages and programs 
than any other access method), and it’s fast 
becoming the standard for DOS. 

Why? 

Because of the way it works. Its B+ Tree 
indexing structure offers unlimited indexes. 
There’s also automatic or manual record 
locking and optional transaction audit 
trails. Plus index compression to save disk 
space and cut access times. 

© 1985, Relational Datalxtse Systems, Inc. UNIX is a trademark of AT&T 
INFORMIX is a registered trademark and RDS, C-ISAM and File It! arc trademarks of 
Relational Database Systems, Inc. 


How can we be so sure C-ISAM works 
so well? We use it ourselves. It’s a part 
of INFORMIX: INFORMIX-SQL and File-it.? 
our best selling database management 
programs. 

For an information packet, call (415) 
322-4100. Or write RDS, 4100 Bohannon Drive, 
Menlo Park, CA 94025. 

You’ll see why anything less than C-ISAM 
is just a compromise. 
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How we 


as part of the program, you can ask more of 
your database. Using the emerging industry- 
• 1 pi . standard query language. 

improved Structured “ yourjob 


Query Language. 

Actually, we didn’t change a thing. 

We just combined it with the best 
relational database management system. 

Introducing INFORMDO-SQL. 

It runs on either MS"*-DOS or UNIX™ 
operating systems. And now with IBM’s SQL 


easier, INFORMIX-SQL 
comes with the most complete 
set of application building tools. 
Including a full report writer 
and screen generator. Plus a family of com¬ 
panion products that all work together. 

Like our embedded SQLs for C and 
COBOL. So you can easily link your pro¬ 
grams with ours. File-it!^ our easy-to-use 
file manager. And C-ISAM™ the de facto 



INFORMIX is a registered trademark and RDS, C-ISAM and File-it! are trademarks of Relational Database Systems, Inc. IBM, UNIX and MS are trademarks of International Business Machines Corporation, 
AT&T and Microsoft, respectively. <D 1985, Relational Database Systems, Inc. 










standard ISAM for the UNIX operating 
system. It’s built into all our products, but 
you can buy it separately. 

And when you choose RDS, you’ll be 
in the company of some other good com¬ 
panies. Computer manufacturers including 
AT&T, Northern Telecom, Altos and over 
60 others. And major corporations like 
Anheuser Busch and The First National 
Bank of Chicago. 

Which makes sense. After all, only RDS 
offers a family of products that work so well 
together. As well as with so many industry 
standards. 


So call us for a demo, a manual and a 
copy of our Independent Software Vendor 
Catalog. Software vendors be sure to ask 
about our new “Hooks” software integration 
program. Our number: 415/322-4100. 

Or write RDS, 4100 Bohannon Drive, 
Menlo Park, CA 94025. 

And well show you how we took a good 
idea and made it better. 



RELATIONAL DATABASE SYSTEMS, INC 
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VIEWPOINT 

Sometimes a great notion 


Although it may not always be 
apparent, the themes UNIX REVIEW 
adopts for coverage are selected on 
the basis of news judgment. To quali¬ 
fy. a topic must be timely and have 
some bearing on a large number of 
readers. Certainly, the international¬ 
ization of UNIX meets this test. But, 
more than mere news, international¬ 
ization also is a cause. 

Some of you may remember what a 
cause is, but most of us have lost the 
concept somewhere along our weary 
trek through the arid ’80s. Be that as 
it may, the symptoms are unmistak¬ 
able. Unlike “objectives”, causes 
take hold of the emotions and demand 
that you believe. The intellectual and 
emotional stimulation of belief itself 
is at least part of the payoff. 

But why believe in UNIX interna¬ 
tionalization? Let’s start with the 
good of humankind. Overblown rhe¬ 
toric? Perhaps, but bear with me 
briefly as I step through the logic. 

UNIX, as you know, has its 
charms. Of these, one of the greatest 
is a design that engenders sharing. By 
definition, of course, UNIX is a time¬ 
sharing, multiuser system. But with¬ 
in a larger context, “sharing” also 
refers to the portability and com¬ 
munications capabilities that have 
attracted—and helped to shape—a 
number of communities. 

Among these, the academic com¬ 
munity of UNIX users is a prime 
example. As John Stoneback noted in 
the October issue of UNIX REVIEW, 
“The UNIX community has made 
inexpensive electronic communica¬ 
tions available to all of its members 
via Usenet. A community that already 
had so much in common was 
strengthened and enhanced by the 
ability to move software easily among 
locations.” Moving the software, of 
course, is different from actually 
being able to use it at a new site. The 
fact that UNIX has made this possible 
owes to the portability of the system’s 
applications. Note that even though 
much of the software sent via Usenet 
has its roots in non-UNIX environ¬ 
ments. academic users have been 
able to comb it into UNIX painlessly 
because of the flexibility of the sys¬ 
tem. This effectively has expedited 
research by obviating the need to 


“reinvent the wheel”. What’s more, a 
large number of small “teaching” 
institutions incapable of funding 
their own research have been able to 
benefit from work done at larger 
universities. 

It doesn’t take a great leap of 
imagination to see how this exchange 
between universities might be paral¬ 
leled by an exchange between na¬ 
tions. Some connections to Europe, 
Australia, and Japan already have 
been established, but these links 
could be greatly expanded. More sig¬ 
nificantly, UNIX could become the 
means by which lifelines of informa¬ 
tion are provided for the many under¬ 
developed areas of the world. Without 
modifications to the system, though, 
this will be impossible. The charter, 
then, for efforts to internationalize 
the system must be the elimination 
of language and cultural barriers. 
Some of the problems that these 
efforts will encounter—and a num¬ 
ber of thoughts on the strategies to be 
employed in addressing them—are 
the substance of this issue. 

“Well and good,” you say, “but I’m 
in business to make money.” Fine. So 
forget all the bleeding-heart argu¬ 
ments and think strictly in terms of 
dollars and cents. UNIX is already a 
major presence in Europe and Japan; 
rumblings also have been heard in 
much of Asia and the Middle East. 
Many of the people in these areas 
have money: all of them have brains. 
Why not tap in? 

Surely it can’t be more difficult 
to cultivate essentially virgin mar¬ 
kets than to carve out new niches in 
long-standing ones. As an added 
benefit, branching out would provide 
for enhanced intellectual dialog. The 
university community already has 
shown how vigorous electronic ex¬ 
change can propel the state of the art. 

The challenges of internationaliz¬ 
ing the system, though, promise to be 
formidable. The close cooperation of 
many organizations and industries 
will be necessary if acceptable stan¬ 
dards are to be developed. This, no 
doubt, will require much money and 
time, but the stakes are too high not 
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The First Name In 
Integrated Office 
Automation Software 



Executive Mail 

Telephone 

Directory 


Menu Processor 
Word Processor 
Forms/Data Base 
Spreadsheet 


Certified and 
Deliverable Since 1981 


XED was the first independent software 
company to introduce a Unix WP package 
and achieved early success by selling to 
the government and international market 
(XED is the only Unix WP package to meet 
government specifications). Worldwide 
sales of XED rank Computer Methods first 
in both sales and units installed in 1984. 



INTEG RATED OFFICE SOFTWARE _" 

Box 3938 • Chatsworth, CA 91313 U.S.A. • (818) 884-2000 
FAX (818) 884-3870 • Inti. TLX 292 662 XED UR 


XED is a registered trademark of CCL Datentechnik AG 
UNIX is a trademark of AT & T Bell Laboratories, Inc. 
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THE MONTHLY 
REPORT 


Pause to reflect 

by David Chandler 


In all labor there is profit , 
but mere talk leads only to 
poverty. 

Proverbs 14:23 (NASV) 

Plexus Computers Chairman 
Robert Marsh, in his closing re¬ 
marks at last October’s UNIX 
Market Forum in Los Angeles, 
reflected on what the commercial 
development of UNIX has brought 
us. As the man responsible for 
negotiating the first UNIX distri¬ 
bution license, founding the first 
UNIX users group, and developing 
the first commercial UNIX-based 
supermicro, Marsh spoke with 
knowledge—and good humor— 
on the topic. 

Among other observations, 
Marsh noted that, from 1975 to 
’79, UNIX was in commercial 
“gestation”. AT&T, he claimed, 
was “asleep at the wheel” during 
this period. But that changed 
during the first half of the current 
decade. These past five years 
have seen UNIX go through infan¬ 
cy, teen age, and young adult¬ 
hood; commercially speaking, it 
would seem that the system al¬ 
ready has reached middle age. 
Somewhere between the system’s 
infancy and middle age, AT&T 
did, in fact, wake up, find the 
helm, and start steering the UNIX 
ship (or leading the fleet). 

In approaching year’s end, it is 
now appropriate to reflect on 
where this has brought us during 



1985. Much as Marsh exhorted 
his audience to use history in 
shaping a perspective on the 
present, it can be helpful to 
consider the course charted this 
year by AT&T in determining 
what progress has been made in 
the UNIX industry as a whole. 

To say that AT&T is the guiding 
force in the UNIX market is not to 
say that this pleases everyone. 
The Tel and Tel giant historically 
has had its share of critics and 
competitors. Many of these com¬ 
petitors, of course, feel they could 
do a better job of guiding the 
industry—and would love to have 
the chance. But the bearer of the 
UNIX trademark can no longer be 
criticized for lack of effort: AT&T 
is working—and working hard— 
to chart a definite course. 

Consider the major moves of 
the past year: the publication of 
the System V Interface Defini¬ 


tion (SVID), and all the events 
related to its announcement, in¬ 
cluding the signing of a contract 
with Microsoft to make Xenix (the 
most widely installed of the micro 
operating systems derived from 
UNIX) compatible with System V, 
and the announcement of con¬ 
tracts with Intel, Motorola, and 
National Semiconductor to port 
System V to those companies’ 
microprocessors; the hardware 
and software announcements of 
last March, including the unveil¬ 
ing of the UNIX PC 7300, en¬ 
hancements to the PC 6300, 
and the introduction of the Star- 
lan network; X/OPEN’s May an¬ 
nouncement that it had adopted 
System V as its standard; the 
June announcements of some 70 
hardware and software products, 
including the 3B2/400 and the 
3B15, communications proces¬ 
sors for connecting 3Bs to main¬ 
frames, and System V-VM; the 
disclosure of plans with UniSoft 
Systems to develop a Japanese 
language capability for System V; 
the elimination of 24,000 jobs 
from AT&T Information Systems, 
a major effort to reduce costs; 
September’s unveiling of several 
proprietary and third-party soft¬ 
ware applications programs, add¬ 
ing to the more than 500 System 
V-compatible packages already 
created or adopted by AT&T (the 
company expects this number 
to nearly triple by mid-1986); 
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“Our customers told 
us what they wanted 
in word processing: 

Compatibility 
Flexibility 
Ease of Learning 
Vendor Reliability 
Cost Effectiveness 


We listened. 

The Professional Writer’s 
Package is the result. ” 


I'd /ticker, UNIX Specialist 
Emerging Teclinology 


Compatibility. A word processor for all machines, UNIX or MS-DOS™. 

Flexibility. A word processor for every use, whether it’s writing complicated manuals or preparing simple letters. 

Ease of Learning. Time and money shouldn’t be wasted in training. On-line help, on-line tutorials with 
step-by-step instructions. 

Vendor Reliability. Extensive word processing experience, a large installed base, accessible technical support 
and a liberal update policy. ’ 

Cost Effectiveness. With these capabilities you can’t afford not to have the Professional Writer’s Package.™ 

_ ■ 

E Cal1 or writc for information: 

1B ^^ 4760 Walnut Street, Boulder, Colorado 80301 800/782-4896 303/447-9495 Circle No. 39 on Inquiry Card 


TECHNOLOGY 


UNIX is a trademark of Bell Laboratories. MS-DOS is a trademark of Microsoft Corporation. Professional 


Writer’s Package is a trademark of Emerging Technology Consultants, Inc. 
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One UNIX computer manufacturer 
after another has come to the same 
decision: UNIFY is the fastest, most 
powerful, most flexible data base 
management system for users of all 
skill levels. 

By their own investigation and by 
system integrator requests, computer 
manufacturers representing some 
90% of the market choose to offer 
UNIFY with their UNIX computers. 

They include IBM. AT&T. DEC. 
Data General. Honeywell. Four Phase. 
Sun. Perkin-Elmer. NCR. Tandy. 

Pixel. Cadmus. Plexus. Altos. Gould 
Computer. NBI. CCI. Sequent. And 
many more. 

The evidence is overwhelming. 

In independent benchmarks, UNIFY 
consistently ranks as the top performer. 


Completely menu-driven design 
and industry standard IBM SQF 
query language make it easy for non¬ 
programmers to develop data base 
applications. 

The most powerful “back end” 
design in the industry, including 90 
subroutines at the host language 
interface level, promises that UNIFY 
can keep adding features, keep adding 
users, without ertxling performance. 

Judge for yourself. Send for our 
demo kit—Jisks, tutorial and refer¬ 
ence manuals, all for only $150— 
that shows you how to build virtually 
any application. Contact UNIFY, 
4000 Kruse Way Place, Lake Oswego, 
OR 97034, 503/635-6265. TELEX 
469220. 


uniFu 

THE PREFERRED DBMS. 
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W THE MONTHLY REPORT 


and the September deal struck 
between AT&T and Sun Microsys¬ 
tems whereby Sun OS will be 
made compatible with System V 
and AT&T will blend certain 
4.2BSD facilities into the SVID. 

The month of October brought 
further announcements, includ¬ 
ing that of the PC 6300 Plus (see 
the following section for details) 
and the disclosure of an agree¬ 
ment with VMark Computer to 
convert applications software de¬ 
veloped for the Pick operating 
system to UNIX. 

VMark has an online DBMS 
called Universe that contains 
about 2500 Pick-based business 
applications programs. Roughly 
20 of VMark’s 300 distributors 
already have begun converting 
these packages. The rate of con¬ 
version varies with each pro¬ 
gram, of course, but it can be 
expected that, over time, the Pick 
packages will contribute signifi¬ 
cantly to AT&T’s Computer Soft¬ 
ware Guide. 

Though these many announce¬ 
ments are evidence of activity, 
they don’t pecessarily add up to 
everything that the UNIX commu¬ 
nity, the computer industry at 
large, or the general business 
community had hoped for. Nei¬ 
ther can it be said that all of these 
groups are necessarily pleased 
with the speed at which develop¬ 
ments have surfaced. The ship, 
though, is clearly out of port and 
heading on some specific course. 
We’ll all continue to monitor the 
ship’s bearing and status. 

THE ICING, NOT THE CAKE 

The October announcements 
by AT&T included 26 new soft¬ 
ware packages for the UNIX 
PC 7300; the introduction of 
the UNIX PC Model 3B1; the un¬ 
veiling of the 3B2/310; and— 
spotlight, please—the announce¬ 
ment of the PC 6300 Plus. 

Powered by an Intel 80286 
microprocessor running at 6 


MHz—a 16-bit data bus/16-bit 
CPU architecture—with 512KB 
of main memory (expandable to 7 
MB), AT&T’s latest PC comes in 
several configurations. On the 
high end can be included a 20 MB 
hard disk and a 12-inch color 
screen with 640 X 400 pixels. 

For the time being, the ma¬ 
chine runs only under MS-DOS 
3.1. Sometime in the coming four 


To say that AT&T is the 
guiding force in the 
UNIX market is not to 
say that this pleases 
everyone. 


months, however, 6300 Plus cus¬ 
tomers will be able to spend $395 
to purchase the OS Merge pack¬ 
age, a hardware/software combi¬ 
nation that will allow concurrent 
use of UNIX and MS-DOS. 

OS Merge—an AT&T designa¬ 
tion—was developed by Locus 
Computing Corp., and is being 
made available to other hardware 
manufacturers and OEMs under 
the name Multisystem Merge. 
Working specifically on an 80286 
computer, the package formats 
the hard disk and performs other 
system functions under UNIX. 
When a user enters a command at 
the system prompt, Multisystem 
Merge checks the command at a 
very low system level to deter¬ 
mine if the command is in a UNIX 
or DOS format. If the command is 
a valid UNIX directive, it is ex¬ 
ecuted just as it would be on any 
other UNIX system; if a DOS 
command is given, though, the 
package causes UNIX to allocate 
low-order memory for the execu¬ 
tion of the DOS program. The 


processor then converts to 8086 
compatibility mode. To allow for 
the concurrent operation of UNIX 
and DOS programs, the CPU is 
time-sliced. 

Since DOS is inherently single- 
user, only one DOS application 
can be run at a time (the DOS 
program runs as a process under 
UNIX). UNIX maintains its mul¬ 
tiuser and multitasking capabili¬ 
ties. There is only one file struc¬ 
ture—controlled by UNIX—for 
both operating systems, hence no 
file transfer utilities are required. 
When the user is in MS-DOS 
mode, the DOS interface gives the 
appearance of a DOS file struc¬ 
ture; the user then can press a 
key to enter UNIX mode, and the 
file structure appears in UNIX 
format. Windows on the 6300 
Plus allow the user to see and 
interact with both operating sys¬ 
tems separately, concurrently, or 
cooperatively. 

For all the convenience this 
offers the user, AT&T is market¬ 
ing the 6300 Plus with the idea 
that OS Merge is a bonus—and 
not the focus—of the machine. 
Lawrence Dooling, vice president 
for product management and 
market development in the Small 
Business Systems arm of AT&T, 
called the 6300 Plus “fundamen¬ 
tally a DOS machine for use in a 
DOS environment’’. Unlike the 
developments listed at the begin¬ 
ning of this column, the purpose 
of the 6300 Plus is not to promote 
UNIX per se; it can be considered, 
nonetheless, as another step to¬ 
ward making more business us¬ 
ers aware of UNIX. AT&T is 
offering the 6300 Plus as head-to- 
head competition for the IBM PC- 
AT, at a comparable cost ($6320 
for the hard disk unit). For this 
price, the 6300 Plus offers what 
AT&T considers to be better 
graphics and stronger perfor¬ 
mance that—with no memory 
wait states—AT&T claims is 25 
percent faster than that of the AT. 
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Too Good lb Be True? 


Million WHETSTONES Per Second 



Million Floating Point Operations Per Second 


Apollo 660 
780FPA 


Pyramid FPA90X 


Ridge 32/330 

Celerity 0200 

WHETSTONE Benchmark 

Single Precision 



Pyramid FPA90X 

Apollo 660 


VAX 780FPA 


Call Us On It. 


Ridge 32/330 


Celerity 0200 

UNPACK Benchmark 

Double Precision 


The C1200 computational system 
continues to set new performance 
standards. Results from industry- 
accepted benchmarks highlight 
the 0200*8 performance when 
executing workloads characteristic 
of compute-intensive engineering 
and scientific applications. Similar 
performance results are achieved 
in a broad range of application 
environments: modeling, simulation, 
analysis, image processing. 

The C1200 combines mainframe 
performance and features with 
unmatched local control to provide 
you the best price/performance 
value available today. 



Optimized native UNIX 
4.2BSD 

32-bit RISC-like architecture 
Up to 24 MBytes physical 
memory 

4 Gigabytes virtual memory 
Multiple high speed buses 
Industry-standard graphics, 
compilers, networking and 
communications options 
Up to 32 users 

The proof of performance is in 
the execution of your application. 
We promise performance. 

We deliver performance. 

So Call Us On It. 


Corporate Headquarters: 9692 


CELERITY COMPUTING 



Via Excelencia, San Diego, CA 92126 (619) 271-9940 
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The AT&T PC 6300 Plus , capable of running both MS-DOS and UNIX. 


“And, as icing on top of the 
cake”, said AT&T spokesperson 
Craig Lowder, “with the $395 
option to run System V applica¬ 
tions, you can do lots of things at 
once. . .and switch back and forth 
[between operating systems] at 
the touch of a key.” 

An option-though it may be, OS 
Merge can be significant for per¬ 
sonal computing. The idea of 
switching back and forth be¬ 
tween operating systems is not 
new; Xerox has a product that 
switches between DOS and its 
proprietary system, and various 
other products have permitted 
some interaction between DOS 
and UNIX—including the Con¬ 
nector from Uniform Software 
Systems (the first product to run 
DOS as a task under UNIX). OS 
Merge, however, is the first prod¬ 
uct to offer the integrated file 
system feature, and it is also the 
first to allow the change of envi¬ 
ronments at the touch of a key. 

“The biggest problem facing 
the UNIX market”, claimed Dr. 
Gerald Popek, president of Locus, 
“is that it has one-tenth the 
amount of off-the-shelf software 
applications that DOS has. The 


biggest problem facing the DOS 
system is it has limited power 
despite lots of software.” Blend¬ 
ing the strengths of the two 
systems, then, seems like a great 
gain. 

Using both operating systems, 
of course, implies knowledge of 
how to use both. This then raises 
the question of whether there is a 
market of users educated in the 
use of both systems, or one that is 
willing to become so educated. 
There may well be a sizable 
number of users fluent in both 
DOS and UNIX. But even failing 
that, AT&T points out that the 
business user already familiar 
with MS-DOS can use the 6300 
Plus for all MS-DOS needs, and 
then, with only minimal training 
in the more business-oriented 
features of UNIX (electronic mail, 
word processing, and the like) 
learn to be a multitasking user— 
a UNIX multitasking user at that. 

Potential customers for the OS 
Merge-enhanced 6300 Plus have 
another point to consider, one 
raised by Peter Wensberg, presi¬ 
dent of Uniform. “There are a 
number of situations, notably in 
government agencies, where the 


multiuser feature is quite impor¬ 
tant, and where UNIX makes 
sense for a number of other 
reasons. . . . There are many 
government agencies implement¬ 
ing across-the-board moves to 
UNIX systems. One strong reason 
for this change from DOS to UNIX 
is that the strategic decision has 
come down from the top to imple¬ 
ment UNIX. This often has raised 
the question, ‘What do we do with 
all the DOS software we’ve accu¬ 
mulated over the years?’ Though 
MS-DOS users can be trained to 
use UNIX, very often there are not 
good [UNIX] substitutes for DOS 
applications. 

“So this is where a product like 
the Connector [or 6300 Plus] 
becomes valuable. It allows for 
the implementation of a UNIX 
system broadly across the organi¬ 
zation, but it still allows people 
to access software with which 
they’re familiar and where an 
investment already has been 
made.” 

Yet another group that could 
make use of a UNIX-with-DOS 
environment includes system in¬ 
tegrators and VARs. According 
to Locus, these users “can mix 
and match standard off-the-shelf 
DOS programs with customized 
UNIX and DOS programs. . . . 
Applications can be developed in 
which a DOS program is used to 
read data while a UNIX program 
runs concurrently to process that 
data.” 

It seems then that there cur¬ 
rently is a place in the market 
for the 6300 Plus, but, of course, 
it remains to be seen whether 
AT&T can define and command 
that niche. Note, however, the 
use of the word “currently”, in¬ 
serted on the suggestion of Scott 
McGregor, a consulting engineer 
with DEC. McGregor designed 
Microsoft Windows, and partici¬ 
pated in the design of many later 
DOS products for Microsoft; he 
currently is busy at DEC with 
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UNIX workstation products. Be¬ 
traying a long-range view, Mc¬ 
Gregor stated, “My belief is that a 
lot of the solutions around now 
are interim solutions. In the past, 
it’s been difficult to go back and 
forth between different operating 
systems. One of the things that 
gives DOS and UNIX compatibil¬ 
ity is the 80386 that Intel has just 
announced [see the last section 
below]. It has a lot of hardware 
features that make it trivial to 
implement that kind of thing....” 

In addition to hardware inno¬ 
vations, a second reason that 
current operating system switch¬ 
ing schemes may only be interim 
measures is that the UNIX appli¬ 
cations software base itself is 
growing. It someday may be¬ 


come unnecessary to switch. As 
McGregor noted, “The business 
community is mostly interested 
in spreadsheets and project man¬ 
agement and such things. I think 
one of the things that’s hampered 
UNIX on that issue is that it’s not 
as easy to do a lot of the inter¬ 
active graphics things [under 
UNIX]. If you use a very standard 
UNIX approach, you pay a lot for 
the system call overhead for that 
sort of thing. But I think that’s 
changing now as people are 
learning that interactive graphics 
are important. So the thing that’s 
going to motivate people to use 
UNIX in the business environ¬ 
ment is going to have to be 
software.’’ 

For readers who have heard 


this point before, the song re¬ 
mains the same. 

THE CHIPPER CLIPPER CHIP 

Not only is it true that the end 
of the year is a time for reflection; 
it is also a time to look ahead. In 
this light, consider the realm of 
the 32-bit microprocessor. At the 
beginning of 1985, we were start¬ 
ing to see several implementa¬ 
tions of the MC68010; and now— 
at year’s end—we find that sev¬ 
eral implementations of the MC¬ 
68020 are impressing observers. 
The success of these proces¬ 
sors notwithstanding, 1986 could 
prove to be the year of the high- 
end 32-bit superchip; and though 
it will be a matter of months 
before implementations of these 
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chips come to market, word has it 
that things are aglow on the 
horizon. 

The low end—or current gen¬ 
eration—of the 32-bit micro¬ 
processor market is already quite 
competitive, and with such en¬ 
tries as the 68000 family, the 
competition will be tough to beat. 
There is activity on the high end, 
however, where researchers are 
borrowing a number of architec¬ 
tural concepts from supercom¬ 
puter design. With rumors of 
RISC (Reduced Instruction Set 
Computer) technology and 5 MIPS 
chips floating about, curiosity has 
been stirred in the marketplace. 
MIPS Computer Systems, for one, 
is said to be working on a proces¬ 
sor with such high-speed traits, 
but development is not yet along 
far enough for detailed public 
comment. There also are two 
other microprocessors worthy of 
note, and for these there is news 
available: the Fairchild Clipper 
and the Intel 80386. 

Fairchild Camera and Instru¬ 
ment Corp. has entered the mar¬ 
ket with a CMOS (Complemen¬ 
tary Metal-Oxide Semiconductor) 
processor that is said to exe¬ 
cute instructions in 30 nanosec¬ 
onds—or at an average rate of 5 
MIPS. [It is left to the reader to 
remember that MIPS is a general 
rating, and that RISC MIPS do not 
equal non-RISC MIPS.] Dubbed 
the Clipper, the processor is a 
general-purpose, three-chip mod¬ 
ule designed for use in scientific 
and professional computing ap¬ 
plications in the UNIX environ¬ 
ment. The three chips comprise 
a CPU with an on-chip float¬ 
ing-point execution unit, and 
two combination cache/memory- 
management chips (one each for 
instructions and data). The two 
cache chips are linked to the CPU 
via a dual-bus architecture, with 
one 32-bit bus dedicated to 
instructions and the other devot¬ 
ed to data. A third 32-bit address/ 


data bus—the Clipper’s system 
bus—allows the chip set to inter¬ 
face with main memory and to 
work with a wide variety of indus¬ 
try-standard peripheral chips. 
The Clipper has a streamlined 
instruction set architecture that 
runs at 33 MHz, and offers the 


The Clipper employs a 
"scoreboard" 
mechanism that 
simultaneously keeps 
track of events taking 
place in all resources. 


basic elements of RISC architec¬ 
ture coupled with a macroin¬ 
struction unit that provides high- 
level instructions and functions. 

The processor also employs a 
“scoreboard” mechanism that si¬ 
multaneously keeps track of 
events taking place in all re¬ 
sources. According to Tom Miller, 
Director of Systems Engineering 
and Marketing at Fairchild, “a 
small table keeps track of the 
registers and all of the data paths 
and logic elements inside the CPU 
chip. . . . Before an instruction is 
issued for execution, all resources 
required by that instruction are 
scanned, and if they are not in 
use or pending use, execution is 
issued. If a resource is in use or 
pending use, the instruction is 
stalled in the pipeline until the 
other instructions that are ahead 
of it have completed execution, 
thus freeing the resources. In 
other RISC architectures, these 
computations are done at compile 
time.” 

This is the first time such a 
concept has been applied to a 
microprocessor. Prior to this, on¬ 


ly supercomputer suppliers like 
Cray and Control Data have used 
similar schemes. A key reason 
such techniques now are being 
used at the supermicro level is 
that scientists formerly at Cray 
Research have gone forth and 
multiplied. One such disciple is 
Howard Sachs, general manager 
of Fairchild’s Advanced Proces¬ 
sor Division. 

Some in the field have ex¬ 
pressed concern about the Clip¬ 
per’s high clock rate—33 MHz. 
The concern is that such a speed 
pushes the limits of current sili¬ 
con technology, making it diffi¬ 
cult—from the perspective of 
quality control—to assure that a 
processor will be able to function 
successfully and produce good 
yields. 

Fairchild Systems Engineering 
Director Miller addressed this 
concern: “We have a new design 
technique that speeds up all cir¬ 
cuit elements, and we also have 
tuned our CMOS process so that 
Fairchild CMOS is faster than 
other CMOS processes in the 
industry. These two effects com¬ 
bined allow us to manufacture 33 
MHz devices with a minimum 
amount of process control, and 
with quality assurance.” 

The Clipper module is a 3.0 X 
4.5-inch printed-circuit card that 
plugs into the user’s system via 
a 96-pin connector. Priced at 
$2451.80, Clipper will be avail¬ 
able in sample quantities come 
June of ’86, with production 
volumes available in the fourth 
quarter. Initial software offerings 
include a port of System V.2; 
optimized Fortran, C, and Pas¬ 
cal compilers; as well as an 
assembler. 

OUT OF THE GATE 
WITH A LEG UP 

Though not as high on the high 
end of the 32-bit spectrum as the 
Clipper, Intel’s new 80386 pro¬ 
cessor already is available in 
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sample quantities ($299 unit 
price), and you can believe it hit 
the ground running, blessed as it 
is with several advantages that 
not every chip can boast. 

Intel claims the 80386 oper¬ 
ates at a sustained speed of 3 to 4 
MIPS—not quite the 5 MIPS of the 
Clipper, but as Scott McGregor 
stated (or rather, understated), 
“The 386 is capable of doing 
UNIX in an interesting way; 
that’s enough horsepower to do 
UNIX.” 

A key advantage already at 
work for the 386 is that it has the 
largest base of existing software 
for any 32-bit processor. This is 
because the chip is fully compati¬ 
ble with all software generated for 
Intel’s iAPX 86 family, including 


the 8086, 8088, 80186, 80188, 
and 80286 processors. 

The 386 also contains on-chip 
support for large virtual memory 
addressability—more than 64 
trillion bytes. Further, as allud¬ 
ed to earlier, the chip provides 
a “multiple-execution” environ¬ 
ment that allows it simultaneous¬ 
ly to run programs written for 
different operating systems such 
as UNIX and MS-DOS. 

A series of products—the 386 
family—was announced along 
with the microprocessor. Includ¬ 
ed among these were the iSBC 
(single-board computer) 386/20 
Multibus I board, the iSBC 386/ 
100 Multibus II board, 386 oper¬ 
ating systems, and 386 develop¬ 
ment software. Two of the operat¬ 


ing systems, due out in the fourth 
quarter of ’86, are iRMX 286/386 
for real-time multitasking sys¬ 
tems, and System V/386, the 
result of a contract between Intel 
and AT&T that continues a part¬ 
nership established earlier this 
year. 

As columnist Richard Morin 
said last month, “These are excit¬ 
ing times for hardware junkies”, 
and UNIX continues to play a 
major role in computer science 
advances. The past year certainly 
has proved this to be true, and 
1986 promises to continue carry¬ 
ing the torch. Here’s to a good 
year. 


David Chandler is the Associate 
Editor of UNIX REVIEW. ■ 
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THE HUMAN 
FACTOR 


(Un)reasonable assumptions 

By Richard Morin 


If anything can go wrong, 
it will. 

Murphy's Law 

We mortals tend to expect a 
certain amount of consistency 
from the universe. One looks for 
the light switch in the same place 
it was found last time. Only when 
the switch has been moved or 
disabled does confusion set in. 
Despite Murphy’s Law, this model 
actually works fairly well. The 
universe is pretty consistent, by 
and large, and we’re reasonably 
good at handling the exceptions 
that occur. Besides, to expect 
utter chaos would be pretty dis¬ 
abling. A small amount of para¬ 
noia, on the other hand, can be 
very useful. 

EXPECT THE UNEXPECTED 

Programmers are all too ac¬ 
quainted with “little” changes to 
project specifications. Projects 
are seldom completely under¬ 
stood at the outset, and extrane¬ 
ous details often arise to compli¬ 
cate matters. Although these 
problems generally percolate up 
from within a company, one must 
also deal with occasional bolts 
from the blue. This can happen 
during the design, development, 
or even maintenance phases, and 
the impact can be substantial. 

Commercial programmers use 
up quite a bit of time messing 
about with ZIP Code data. Untold 



millions of lines of COBOL have 
been written to handle these 
codes in one way or another. You 
may have noticed that the Post 
Office has instituted an optional 
four-digit extended form, known 
as ZIP+ 4. First class mailers can 
ignore the extra digits, but com¬ 
mercial mailers have been given 
strong incentives to use all nine. 
Consequently, a certain amount 
of COBOL currently is being 
hacked to provide for the extra 
four digits. That’s just the way it 
goes. The Post Office has its 
reasons, as well as the needed 
clout. There’s really no way for 
programmers to anticipate such 
changes, so we just have to accept 
them gracefully. 

EXPECT THE EXPECTED 

Some changes can and should 
be expected, however. For in¬ 
stance, a very large and quite 


predictable recoding job will be 
needed over the next 15 years 
because a great deal of commer¬ 
cial code follows the quaint habit 
of storing only the last two digits 
of the year. Whether through 
economy (“every byte counts”), 
modesty (“this program won’t 
last that long”), or simple sloth 
(“let the next guy worry about 
it”), a great deal of code has been 
written that will go up in flames 
on or around 1/1/00. 

Fortunately, the creators of 
UNIX showed foresight in this 
regard. By coding time as the 
number of seconds from 1/1/70, 
they put the hassle off for quite a 
while. The gettimeofday(2) docu¬ 
mentation says the value is an 
unsigned long, which gives us 
about a century and a half. Unfor¬ 
tunately, the documentation for 
the ctime(3) family of routines 
simply specifies the value as a 
long. Still, this will work until 
January 19, 2038, on most sys¬ 
tems. But the asctime(3) routine 
on my workstation blows up 
when it hits the year 2000. Sigh. 
Well, ars (unsigned) longa, as 
they say. . . . 

ROOM FOR GROWTH 

A few other UNIX glitches also 
lay in wait to trap the unwary. 
Probably the most hideous exam¬ 
ple can be found in the BUGS 
section of the 4.2BSD sort(3) 
manual page: “Very long lines are 
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THE HUMAN FACTOR 


silently truncated.” Even ignor¬ 
ing the cuteness of the documen¬ 
tation (just how long is ‘‘very 
long”?), the bug simply is unac¬ 
ceptable. This is the system sort 
utility we’re talking about here, 
and any number of UNIX appli¬ 
cations use records that exceed 
the (approximately 500-byte) lim¬ 
it. I understand that AT&T has 
worked on the problem, and that 
sort now sets an error flag when 
it truncates a line. The documen¬ 
tation still fails to give the actual 
limit, but maybe that’s just UNIX. 

In any case, a number of 
implementation mistakes exist. 
They fail to: 

1) Allow for growth in the input 
data. 

2) Report on input limit over¬ 
flows. 

3) Document program limitations 
adequately. 

Unfortunately, these kinds of 
errors are all too common. Many 
programs fail when subjected to 
gigantic input lines or the equiv¬ 
alent. Sometimes this is unavoid¬ 
able; at other times it simply 
reflects a lack of effort or fore¬ 
sight on the part of the designer. 
In any case, few programs han¬ 
dle such conditions elegantly. 
Many UNIX utilities simply dump 
core on the slightest provocation. 
Program limitations are seldom 
admitted, let alone documented 
well. It should be noted, how¬ 
ever, that UNIX is better than 
most operating systems in this re¬ 
gard. The UNIX manual’s BUGS 
section is an unusual—and re¬ 
freshing—attempt at honesty in 
documentation. 

Other UNIX limitations are 
more forgivable, stemming from 
the days when the system was 
run only on small minicomputers. 
For one, the major and minor 
device number fields are too small 
for systems with large numbers of 
devices. For another, files cannot 


span physical devices, crippling 
some very large applications. A 
set of limitations having to do 
with character sets serves as a 
third example, and causes espe¬ 
cially difficult problems on the 
international front. 

CHARACTERISTICS 

The de facto standard for UNIX 
character sets is seven-bit ASCII. 
This means that a number of 


We find UNIX being 
used, as is, by 
programmers all over 
the world. They may 
not be totally happy 
with it, but it beats 
walking (and TSO). 


nifty filters break on binary data, 
but that’s merely unfortunate 
and annoying. The real problem 
is that seven-bit ASCII hasn’t 
the room for additional charac¬ 
ters found in foreign languages. 
Since ASCII is the American 
Standard Code for Information 
Interchange, this shouldn’t be 
too surprising. Nor should the de¬ 
signers of UNIX be faulted for 
their choice. Imagine approach¬ 
ing Thompson or Ritchie 15 years 
ago to ask about internation¬ 
al character set compatibility 
issues. 

However, some ingenious ter¬ 
minal manufacturers have found 
a solution of sorts by simply 
replacing little-used special char¬ 
acters with the needed European 
alphabetics. The last such termi¬ 


nal I tried sacrificed the back 
slash and the vertical bar to the 
cause, but who needs weird char¬ 
acters like that anyway? 

The problem goes deeper, how¬ 
ever. UNIX can and will be modi¬ 
fied to use eight-bit characters, 
but some code still will break. 
This is due to some naive assump¬ 
tions about the nature of alpha¬ 
betic characters. For instance, 
every character has both upper 
and lower case forms, right? Not 
in German. Each character has a 
unique place in the sort sequence, 
doesn’t it? Not in Danish and 
Finnish. A character is a charac¬ 
ter is a character, isn’t it? Well, 
the German umlaut ( ** ) is simply 
a diacritical mark, and charac¬ 
ters so marked sort as the same 
thing. In Finnish, on the other 
hand, the ”5” is actually a totally 
different character, sorting at the 
end of the alphabet. 

Middle Eastern and Asian lan¬ 
guages present even worse prob¬ 
lems. The Japanese are busy 
designing character sets that 
can handle Kanji, which has 
literally thousands of characters. 
Arabic and Hebrew, reading tjel- 
ot-thgir , introduce their own di¬ 
lemmas, particularly when mixed 
with other alphabets. Will UNIX 
adapt? Yes, but not overnight, 
and you should expect to hear 
some screaming in the process. 
Character manipulation is at the 
heart of many data processing 
operations. The authors of UNIX 
recognized this when they made 
the single character the basic 
unit of UNIX data. Character 
operations thus pervade UNIX, 
and the needed conversion will be 
a major operation. In the mean¬ 
time, we find UNIX being used, as 
is, by programmers all over the 
world. They may not be totally 
happy with it, but it beats walk¬ 
ing (and TSO). 

WISHFUL THINKING 

One of the really comfortable 
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things about the idea of top-down 
design is the belief that there 
won’t be any really rotten sur¬ 
prises during implementation. 
This is largely wishful thinking, 
of course. Users change their 
minds with the passing breezes, 
special constraints arise from 
hardware and software peculiar 
to specific vendors, and problems 
are seldom understood complete¬ 
ly at design time. Still, the belief 
in top-down design is comforting, 
particularly to managers. 

On the standardization front, 
the corresponding belief is that, 
given a committee large and di¬ 
verse enough, all major needs will 
be addressed. Maybe so, but 
again, the odds are against it. The 
same kinds of factors, in slightly 
disguised forms, still will be pre¬ 
sent. Things will be left out, 
conditions will change, and even 
the most beautiful standard will 
end up being modified ad nau¬ 
seam as a result. 

There’s simply no way to plan 
for all possible gotchas. Even if 
Murphy wasn’t completely right, 
he had very good reasons for his 
law. Specifications change, unex¬ 
pected data shows up, and code 
gets used in totally weird ways. 
About the best one can do is 
to take appropriate precautions. 
Some coding practice maxims 
may be illustrative. 

It is all too common for data 
structures to overflow. Therefore, 
use (ridiculously) large limits on 
data structures when the needed 
size isn't absolutely known. Vir¬ 
tual memory makes this cheap 
and easy, and dynamic storage 
allocation also can be used if it 
seems appropriate. A healthy bit 
of skepticism is suggested even 
so: it’s best to check and report on 
storage overflows. While you’re at 
it, avoid stuffing integers into 
chars and shorts. They overflow 
easily, and often are slower to use 
than longs. In general, assume 
that your code will be misused. 


and try to allow for it. 

Develop programs iteratively, 
applying prototyping techniques. 
You’ll still have gotchas, but 
they'll hurt less. Design for easy 
modification and debugging, be¬ 
cause somebody (probably you) 
will end up doing it. Such design 
includes the use of nicely format¬ 
ted trace and dump code, the 
defining of magic numbers as 
constants, and an attempt to 
produce clean, readable code. 
Program modification and debug¬ 
ging tasks are a bit like auto 
repair: if the engine has been 
steam-cleaned first, the problems 
probably will be much easier to 
find and correct. Finally, avoid 
cuteness, mysterious side effects, 
and the other sins detailed so well 


by Kernighan and Plauger in their 
classic The Elements of Pro¬ 
gramming Style. Though none of 
this will safeguard you completely 
from the forces of chaos, it should 
help quite a bit. 

Mail Jor Mr. Morin can be 
addressed to Canta Forda Com¬ 
puter Lab. PO Box 1488. Paci¬ 
fica. CA 94044. 


Richard Morin is an independent 
computer consultant specializing 
in the design, development, and 
documentation of software for engi¬ 
neering, scientific, and operating 
systems applications. He operates 
Canta Forda Computer Lab in Paci¬ 
fica, CA. ■ 



Don’t Be 
Half- 

EMACSed 


HALF-EMACSED? It’s when your current 
editor isn’t CCA EMACS... when it doesn’t 
run on all your systems or terminals, 
when it doesn’t have windows, or multi- 
job processing. CCA EMACS is the most 
powerful editor ever developed. Over 400 

corporations are saving programmer time .... . _ 

today by using CCA EMACS on their VAX/VMS, Ultrix and Unix 4.2 
systems. CCA EMACS is also available on many other Unix systems. 


• Horizontal and Vertical 
Windows 

• Multiple Jobs Simultaneously 

800-222-0214 

in MA 617-235-2600 

UNIX is a trademark of Bell Laboratories, VAX, VMS 
and Ultrix are trademarks of Digital Equipment Corp., 
CCA EMACS is a trademark of Uniworks, Inc. 


• Edit up to 200 Files at Once 
Program Mode for C, LISP, 
ADA, TEXT, more 


Uniworks, Inc. 

20 William Street 
Wellesley, MA 02181 
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UNIX discovers a big world out there 

by Mike Banahan 


internationalization. We should have known 
UNIX would come to this someday. Had we anticipat¬ 
ed better, we might have thought of a better term. 

There s no getting around the fact that " interna¬ 
tionalization” is a polysyllabic monster. Little 
wonder that not everyone who hears the term is 
blessed immediately with a clear understanding of 
what it means. To the degree that 1 can, then, allow 
me to summarize some of the goals that the term 
suggests: 

•Support for character sets containing “funny” 
letters. Although it’s very inconvenient of them, 
there are some people outside of the US who have a 
peculiar desire to use their own alphabets when 
they correspond with one another. Of course, this 
inconvenience is tempered by the fact that these 
people are willing to spend lots of money to obtain 
systems that provide what they want. 

• As if this weren't enough, some of these same 
people claim that they don’t want to see prompts, 
error messages, and the like in English. A message 
like “Jeg forstar ikke” apparently generates a 
warmer feeling in some places than “Command 
not recognized"—even though neither actually 
contains any useful information. Ideally, an 
“internationalized” program would contain no 
built-in strings of any sort. Rather, it might 
come complete with a database capable of provid¬ 
ing for the program’s “localization” for each 
language. 

• Strings used in the system's interface are one 
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thing, but the issue of localization actually takes 
on a much broader scope of concerns. Different 
cultures require different date formats, different 
currency symbols, and different collating se¬ 
quences. In the instance of collating, variations 
depend both on the language and the reason for 
sorting. String comparison cannot always be done 
by simple lexical equivalence. 

• Solutions to problems such as these often generate 
technical problems of their own. Regular expres¬ 
sions offer a famous example. Consider alphabets 
with characters that are not encoded sequentially, 
for instance. Suddenly [a-z] does not necessarily 
mean “all lower case alphabetic characters”. 

The last point raises an interesting issue. It is 
often forgotten just who the exercise of internation¬ 
alization is intended to please. For a long time, UNIX 
has been used chiefly by software developers— 
people who are quite unrepresentative of the 
general community of computer users. Although it’s 
true that most of these people would be quite happy 
to continue working only in the restricted alphabet 
offered by ASCII, there are many others in the world 
who respectfully disagree. None of the UNIX strings 
I’ve ever seen has made much sense even in 
English. But we have all learned, with more or less 
success, to attach appropriate meanings to the 
strings: the job is made only somewhat easier if you 
understand English. Perhaps the obtuseness that 
has come to be recognized as a UNIX signature was 
intended as subtle preparation for the coming 
internationalization effort. If so, the crowning 
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achievement must be ed, whose famous ? 
message is understood equally badly in almost all 
existing cultures. 

Although none of this seems be bother software 
developers, they are not the users who matter. It’s 
true that they are the ones who care about 
character encodings, regular expressions, and what 
have you, but they aren’t the ones with the money. 
Those are the end users, and they don’t give a 
monkey’s *** about regular expressions. They want 
word processing packages that will allow someone 
in Greece to draft a contract in Finnish before 
sending a copy over a network to their head office in 
Moscow, where it can be examined for ideological 
correctness and filed. If the contract lawyer in 
Greece happens to be une Frangaise , then she 
would probably like to be able to work in French on 
the machine. Anyone who can bring out a system 
that can do all of that will be laughing so hard by the 
time they get to the bank that they’ll need oxygen 
(let’s hope their account is at the Chemical Bank). 

‘‘But what has that got to do with UNIX?” comes 
the cry. The answer, simply, is: nothing at all. But 
the desires of end users do affect vendors in the 
UNIX community in two ways. First, like the rest of 
the world, suppliers of most UNIX systems have no 
real objection to getting rich, and multilingual 
systems might help them achieve that end. Second, 
because of the portability of the system and the 
applications packages it hosts, it is likely that the 
sheer volume of work involved in internationalizing 
UNIX will be substantially smaller than it would be 
for a proprietary system. 

This, though, is not to suggest that the interna¬ 
tionalization of UNIX will be easy in any absolute 
sense. The jury is still out, but there is a gathering 
consensus about some of the classes of problems 
that exist. This account attempts to draw from that 
consensus, though it admittedly is instilled with a 
strong European bias. 

CHARACTER SETS 

Character sets have been the source of much 
confusion. Those already at work on international¬ 
ization understand perfectly well that it is only 
within the context of ASCII that “\101” and 
"A” have any relationship whatsoever. To empha¬ 
size the distinction, these people use a special 
terminology. 

Within this lexicon, the repertoire of a character 
set is the collection of graphical symbols the user 
wants to see. The appearance of a character, of 
course, depends on the font, point size, orientation, 
and color in which it’s printed. The curious thing is 
that despite all these variants, most of the western 


world would recognize an “A” as an “A”. There is 
an obvious Aness about it that shines through 
virtually any impediment. 

Computers, though, lack this flexibility: In any 
given codeset, a character set’s repertoire is 
represented strictly in terms of encoded bit- 
patterns. Thus, in the ASCII codeset, “A” forms 
part of the repertoire and its encoding is “\101”. 

The first task confronting anyone who tries to 
support multilingual functionality is to find an 
appropriate repertoire. A number of international 
standards exist, but that's just the problem—there 
are so many that it is hard to know which one to 
choose. Some of the standards worth considering 
include graphical characters—the teletex standard, 
for example. Machines like the Apple Macintosh 
have proven conclusively that users want not only a 
large repertoire of characters to choose from, but 
also the ability to manipulate at least the font and 
size of those characters. Systems that aren’t 
equivalent to or better than the Mac in this regard 
may never get out of the gate. 

The repertoire issue is worthy of serious debate, 
but the organizations currently at work on interna¬ 
tional standards seem mesmerized by discussions 
of how much material to encode in a given number 
of bytes. Draft International Standard 8859 offers a 
standard for eight-bit encoding that includes ASCII 
in the bottom half (with the eighth bit off), and 
allows for a number of variants in the top half. 
Variant 1 (D1S 8859-1) will support most of the 
western European characters in the top half of the 
encoding. It still isn’t possible to mix Greek and 
French, though, without switching around. D1S 
2022 provides for a number of shift-in/shift-out 
mechanisms that allow the meanings of encodings 
to be changed, with the effect of making character 
streams somewhat context-dependent. None of the 
standards currently in widespread use, though, 
allow attributes to be attached to characters. 

My own point of view is that the standards 
debates are being driven from the wrong end. At the 
moment, there is considerable concentration on 
how to encode characters and what to do with a giv¬ 
en number of bits. But until some market research 
is done to investigate the needs of customers, design 
teams will be left to work with a meaningless 
charter. It is pointless to brag about capabilities that 
nobody is willing to buy. If a study of the market 
shows that 19>/2 bits-per-character would be opti¬ 
mal, so be it. Then is when cost should be thrown 
into the equation so that cost/performance tradeoffs 
can be assessed. 

One thing is for sure. Implementations must 
allow for upward expansion: the initial releases of 
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Implementors who find an 
assignment difficult to accomplish 
will do well not to complain. 


an internationalized version of UNIX might be 
excused for not including everything, but developers 
who need added functionality shouldn’t be frozen 
out until hardware and storage costs have fallen 
enough to prompt a complete redesign. Any com¬ 
pany prepared to shoulder the additional cost before 
then should be allowed to. 

It should be emphasized that cost is the real issue 
in any of these considerations. Technical difficulty 
is only an issue if it makes a solution too expensive, 
or if it prevents a solution from being regular and ex¬ 
pandable. Implementors who find an assignment 
difficult to accomplish will do well not to complain. 
They were hired to solve hard problems, after all— 
if they don’t like the job, they should consider a ca¬ 
reer in politics. 

COMPARING, COLLATING, AND CONVERTING 

Comparisons, collations, and conversions of 
characters are accomplished completely indepen¬ 
dent of encoding. That’s because these are seman¬ 
tic—rather than lexical—issues. The distinction 
may make it difficult to base sorting algorithms 
closely on encoding, but that’s the implementor’s 
problem. Users will need table-driven routines to 
perform tasks like sorting, character comparison, 
and other similar functions if their systems are to be 
capable of adapting to different languages and 
intended uses. 

English itself needs help with these tasks. In 
British telephone directories, for instance, it would 
be helpful if the names “McDonald” and "MacDon¬ 
ald’’ could be sorted to the same position. Such 
approaches can be extended into absurdity, of 
course, with the suggestion that O Donnell also 
be sorted to the same position—but it is not for the 
implementors to say where the line should lie 
between a genuine language-dependent problem 
and absurdity. The customer decides that question. 
And. in keeping with that, users should be able to 
generate their own collating and sorting tables so 
that they can introduce new schemes when the 
standard ones aren’t adequate. 

Conversions. Capabilities like toupper and to- 
lower run into some entertaining internationaliza¬ 


tion problems. As far as I can ascertain, the German 
lower case character /J (the "sharp s”) has no upper 
case equivalent, but converts into “SS” instead. 
What does toupper return in such circumstances? 

A string? This is a piece of woodwork that promises 
to reveal many worms once the paint is peeled off. 

REGULAR EXPRESSIONS 

The ramifications of internationalized regular 
expressions are actually unlikely to concern the 
great majority of system users. However, implemen¬ 
tors may want to use them to express concepts with 
which most of us are familiar. Some common ones 
include: 

[a-z] all lower case alphabetics 

[A-Za-z][A-Za-zO-9]* identifiers in C (almost) 

[-A-Za-z] any non-alphabetic character 

We could go on, but let’s assume that these have 
been used in sed and awk scripts for data 
validation. How then are they to deal with Norwe¬ 
gian—a language that is nearly as hard to pro¬ 
nounce as it is to write regular expressions for? All 
of the Scandinavian languages have the interesting 
feature of "extended” alphabets, with more letters 
than English. (Of course, the Scandinavians think 
that English suffers from a “restricted” alphabet.) 
All of the extra letters in Norwegian are vowels: s, 0 , 
and a. They follow immediately after “z” in the 
language’s collating sequence, but this isn’t where 
they fit in any proposed encoding I am aware of. 
Consider the following: 

”a vaere eller ikke a vaere. det er sporen?" 

How are regular ASCII expressions to deal with 
something like this? There doesn’t seem to be any 
consensus at the moment. 

MESSAGES 

The suggestion that all prompts, strings, and so 
forth be extracted from programs and listed in 
databases is fine in theory, but difficult in practice. 
Let’s take a simple example. A program is written to 
prompt for the user’s name and then use it in 
responses. Some of the responses look like: 

printf("OK.%s.now I am going to %s your %s\n".name.action,object) : 

If “joe” has signed on, it might say: 

”0K. joe. now I am going to test your typing skills" 

This works fine in English, but few other languages 
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Clearly Superior * 

The Tandy 6000 lets your office balance the books 
track sales and write memos.. .simultaneously. 


For many companies, its hard to 
justify the cost of a separate computer 
for each employee. That’s why we de¬ 
signed the efficient Tandy 6000 multi¬ 
user computer. 

The Tandy 6000 system allows 
three people to simultaneously access 
programs and data, and you 
can expand with up to six 
users at any time. 

With a single Tandy 6000 
and printer, you can save B - - - 


time and effort. \bur accounting can 
be processed in one office, word pro¬ 
cessing in another, and data base man¬ 
agement in a third office. 

The Tandy 6000 can also help with 
other departmental functions, like 
financial planning, inventory, job 


costing, and sales analysis. 

The Tandy 6000 comes with 512K of 
memory, XENIX 3.0 operating sys¬ 
tem and a 15-megabyte hard disk 
drive (26-6022, $5499). 

Discover how your business can 
benefit from a Tandy 6000 multi-user 
office system. Drop by your 
local Radio Shack Computer 
Center for a free demonstra¬ 
tion. Ask about our leasing 
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Tools must not make arbitrary 
judgments about the meaning of 
the byte streams they process. 


have the word order of English. It is almost certain 
that a German translation would have to transpose 
the object and the verb(s). Worse yet would be a 
language where a change to a user of the opposite 
gender would change word endings throughout the 
sentence. 

There are ways of obtaining partial relief. For 
instance, under English, one can use the following: 

printff’/od %s deleted\n". nfiles. nfiles »1 ? "tile" : "files"); 

It’s a remarkable database that can persuade printf 
to accept variable numbers of different typed 
arguments in an already compiled C program, 
especially if some of the arguments depend on the 
values of other arguments. To accommodate differ¬ 
ent languages, you might simply compile a different 
version of the program for each—but that isn’t 
really an acceptable solution over the long term. 

This obviously is a fruitful area for more work. It 
looks as if one approach might be to ditch printf for 
a runtime interpreter that can be fed a program, as 
well as any appropriate strings, from a localized 
database. 

CULTURAL ISSUES 

What discussion of internationalization would be 
complete without a reference to cultural issues? 
Oddly enough, they aren't particularly hard to deal 
with. Some, though, do have nuisance value. One 
must account, for instance, for those countries that 
use to separate every three digits in large 
numbers and use as a decimal point. Remember 
also that though some countries place a currency 
symbol before an amount, there are others that 
transpose this order. Also bear in mind that not all 
currency symbols are single-character, and that 
some are special graphic symbols. 

Date and time formats vary depending on where 
you are, so ctime and its associated routines must 
be adjusted accordingly. The Gregorian calendar is 
not universal, and there are countries that don’t 
synchronize their clocks to Greenwich Mean Time, 
although I suspect most businesses in those 


countries do. Then again, that might be a bit much 
to assume since it would seem that the European 
Economic Community works out its daylight sav¬ 
ings time schedules by consulting the Oracle at 
Delphi. 

OTHER MATTERS 

A fair amount of effort has already been expended 
in trying to get the UNIX system eight-bit clean . If 
these efforts succeed, tools should be able to pass all 
eight bits of a byte without corruption, unless they 
have been designed to transform data. This obvious¬ 
ly is a necessary condition. Tools must not make 
arbitrary judgments about the meaning of the byte 
streams they process. There are many tools that 
depend on the meaning of these byte streams: sed, 
vi. sh. and sort are just a few examples. It is most 
important that these tools be modified so that they 
place as little dependence as possible on the 
meaning of data. That way, they will be relatively 
decoupled from the way that characters are eventu¬ 
ally encoded. Of the tools requiring attention, 
editors will be the hardest to fix. 

It seems quite likely that multilingual systems 
will contain files written in a mixture of languages 
and possibly a variety of codesets. One obvious 
question is how a user is supposed to know what 
language or codeset a file is using. Some have 
suggested that this information be encoded into the 
inode of the file, or that an announcement detailing 
these particulars be placed at the beginning of the 
file. In truth, though, this is a non-issue. UNIX has 
always had files that needed to be processed by 
special tools. The C compiler doesn’t understand 
shell scripts, troff input can be processed only 
superficially by the other tools, troff output is 
generated in a new codeset altogether and, of 
course, object files can be understood only by a very 
restricted set of tools. 

The user has always borne the responsibility for 
this, so there is no point in trying to fix the problem 
now with ad hoc warts. What is called for and 
always has been—is a decent file-management 
system (FMS) that can keep track of file types and 
dependencies. Naive users then can have their 
hands held by the FMS. while experts continue 
their battles against archaic bodges like make. 

Mike Banahan is one of the founders and directors of 
The Instruction Set. A user of UNIX since 1977, he is of 
the camp that believes the decision to move away from 
cat -s was a retrogressive step. He has lectured in the 
Department of Computer Science at the University of 
Bradford and is a popular speaker at European UNIX 
conferences. * 
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NOW 
WE CAN 

TALK 


cLINE/cENGLISH 


TM 


Features & Benefits 

• cEnglish is a fourth genera¬ 
tion procedural language us¬ 
ing English-like syntax. 

Easy to learn and use. 

• cEnglish has all the advan¬ 
tages of a full programming 
language including the use of 
functions and arrays. 

Ability to develop any type 
of application. 

• cEnglish programs are com¬ 
piled into "C” source code. 

"C" programs without 
“C" programming. 

• cEnglish permits embedded 
“C" code. 

“C" language power for 
systems integration. 

' cEnglish programs are 
100% portable. 

No duplication of develop¬ 
ment effort. 


Sample Program 

IDENTIFICATIONS 
MODULE: Mini name 
AUTHOR: bcs 
DATE: 8/29/84 

/+program that adds -first name to a filt 
GLOBALS 

FIXED LENGTH 1 ans 
FIXED LENGTH 15 fname 
END GLOBALS 

MAIN PROGRAM 
BEGIN 

CLEAR SCREEN 
USE "NAMES" 

VIEW BY "ID_FNAME" ASCENDING 

STORE '•?•' TO ans 

AT 23,01 SAY "Add a record ? 

Enter Y or N " 

WAIT TO ans 

WHILE UPPERCASE(ans) EQ "Y" 

CLEAR GETS 

AT 06,01 SAY "Please enter first 
name" 

AT 06,20 GET fname 
READ 1 

STORE fname TO record_name 
APPEND RECORD 

AT 12,10 SAY "Welcome to 
cENGLISH " & fname 
AT 14,10 SAY "Press any key to 
continue. ". 

WAIT 

STORE " " TO fname 
STORE "?" TO ans 

AT 23,01 SAY "Add another record 
Enter Y or N " 

WAIT TO ans 
CLEAR ROW 1 THRU 24 


END WHILE 

AT 12,10 SAY "Thats al ] 
UNUSE "NAMES" 

END PROGRAM 


for now 


Availability 

• Computers 

IBM, INTEL, DEC, NCR, 
AT&T, COMPAQ SUN, 
PLEXUS. . . 

• Operating Systems 

UNIX system V, UNIX ver¬ 
sion 7, Xenix, BSD 4.2, 
MS / DOS, PC / DOS, 
ULTRIX. . . 

• Interfaces with data base 
managers offering High 
Level C interface such as 
ORACLE, INFORMIX, C- 
ISAM (requires no addi¬ 
tional C programming). . . 

Also available dBASEII to 
cEnglish converter . . . 
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An appeal for reason 
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he UNIX Philoso- 
phy” might be as good a name as 
any for the one thing that all 
alleged UNIX implementations 
seem to share. It is this underly¬ 
ing point of view that makes the 
UNIX system a logical contender 
to become a reasonably global 
operating environment. 

How might this philosophy be 
described? Think back to when 
UNIX was first developed. Even 
though the commercial operating 
systems of the day were strictly 
hardware-centered, UNIX was 
designed as a Junction -oriented 
system. The fact that it neverthe¬ 
less has been accepted by the 
commercial world—unlike some 
of its logical predecessors (Mul- 
tics, for example)—means that 
an intuitively appealing transi¬ 
tion has occurred in the industry. 
But although this new approach 
has been accepted, it remains as 
disquieting today to the estab¬ 
lished powers of the field as it was 
when first introduced. It is hard¬ 
ly surprising, then, that UNIX is 
still the only significant operating 
system on the market that at¬ 
tempts to be blind to hardware 
differences. 

Still, given that the challenges 
faced by those who wish UNIX to 

Illustration by Hyon Kim 


by Brian Boyle 


be a global presence differ only 
minimally from those faced by 
people who have similar ambi¬ 
tions for other systems, a valid 
question to pursue is: “Why 
UNIX?” Why not let the vendor(s) 
of some proprietary operating 
system(s) scout these uncharted 
territories? (After all, you can 
always tell the pioneers by the 
arrows in their chests.) Since 
several such vendors already of¬ 
fer economically successful pro¬ 
prietary approaches in each of 
several regions, why not pick the 
best—or most applicable—ele¬ 
ments from each and consolidate 
them into a single standard? 

Probably the most straightfor¬ 
ward response is that such an 
approach simply will not work. 
The communications and com¬ 
puter industries—now apparent¬ 
ly on a convergent (or collision) 
course—have long been distin¬ 
guished by the fact that while 
communications standards are 
cie jure (made by formal agree¬ 
ment), computer standards are 
de facto (“might makes right”). 

It always has been clear to 
those in the communications in¬ 
dustry that the ability to interface 
consistently, reliably, and bidirec¬ 
tionally with as many other units 


as possible —regardless of ven¬ 
dor —is fundamental. Vendors in 
the industry know it is imperative 
that they differentiate their offer¬ 
ings by how well they perform a 
function—power, features, cost, 
and the like—rather than by 
function itself. That’s because 
functions—like 60 Hz, 110 volt 
AC “house current”—need to be 
predefined. (Would you buy an 
“enhanced” house that offered 
80 Hz, 160 volt, four-prong wall 
plugs?) 

Unlike those in the communi¬ 
cations industry, however, estab¬ 
lished vendors in the computer 
industry have resisted standard¬ 
ization. This has been reflected 
in the commonplace corruptions 
of formally defined standard 
programming languages—propri¬ 
etary “enhancements” that per¬ 
mit portability from but not to the 
legitimate standard. The object of 
these corruptions, of course, has 
been to develop a captive base of 
customers. 

Even in a climate of genuine 
altruism, it would be difficult to 
escape the historically autocen¬ 
tric view sometimes labeled as 
the “NIH syndrome”—Not In¬ 
vented Here. Well-intentioned 
concerns for efficiency of imple- 
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GLOBAL VIEW 


mentation on a particular archi¬ 
tecture (such as byte addressabil¬ 
ity) often dictate Junction at a 
higher level of abstraction. 

Such parochial decisions often 
are harmless until 1) a system 
is moved to a different architec¬ 
ture, 2) machines from different 
vendors need to communicate, or 
3) a system has to be used in 
a “foreign” environment. This 
third concern is something of a 
combination of the first two in 
that it involves handling new 
(data) structures internally and 
communicating via new (user) 
interfaces externally. 

One fundamental reason that 
UNIX is the best candidate to 
become a global operating system 
standard is that it already exists 
as a functional definition inde¬ 
pendent of its implementation. 
Given the historical development 
of the UNIX system itself, it is 
unlikely that any operating sys¬ 
tem written in assembly language 
or evolved across a less diverse set 
of architectures, instruction sets, 
word lengths, memory systems, 
peripheral .types, and environ¬ 
ments could be as readily ported 
to the world’s many languages 
and cultures. 

VIEWED IN THE ABSTRACT 


Even in a climate of 
genuine altruism, it 
would be difficult to 
escape the historically 
autocentric view 
sometimes labeled as 
the "NIH syndrome". 


etary software raises for people 
who wish to modify system archi¬ 
tecture or establish communica¬ 
tions between machines from dif¬ 
ferent vendors. This parallel 
actually may help in classifying 
the problems and perhaps will 
even point in the direction of a 
general solution. 

The essential strength of the 
UNIX focus on function is that it 
allows a complex system to be 
divided into minimally coupled 
“levels of abstraction”. As this 
notion is fundamental to modern 
computer science, mathematics, 
and—at some level—all abstract 


taxonomies. 

To see the benefits of abstrac¬ 
tion more clearly, let’s look at how 
it already has been employed. 
Figure 1 depicts the International 
Standards Organization’s Open 
Systems Interconnect (OSI) com¬ 
munications model, the /usr/ 
group Technical Advisory Com¬ 
mittee on Internationalization’s 
model for internationalization 
(the “INTECH” model), and a 
model describing the levels of 
compatibility among the various 
versions of UNIX. 

The latter two models are 
based on the template provided 
by the OSI scheme for distributed 
networks. (See the April, 1985, 
issue of UNIX REVIEW, pp. 25-26, 
for Mark Hall’s “The Potpourri of 
Networks”.) 

By charting out abstract pic¬ 
tures such as these, it becomes 
possible to explore what other¬ 
wise might be obscure. As an 
example, one of the sorest weak¬ 
nesses in the UNIX market is 
revealed by the Compatibility 
Levels component of Figure 1. At 
the top of the model we find 
considerations of the portability 
of UNIX Applications. This is 
because applications are the com¬ 
ponent of the system that show 
the greatest variation from ver- 


The barriers to international 
portability and communications 
parallel the problems that propri- 

thought, it is not surprising that it 
is expressed in numerous hard¬ 
ware and software standards and 

sion to version—at the user inter¬ 
face level at least. Our abstract 
picture reflects this since, as with 

COMMUNICATION 

INTERNATIONALIZATION 

PORTABILITY 

ISO-OSI Model 

INTECH Model 

Compatibility Levels 

Application 

Application/Language 

Application 

Presentation 

Syntactic/Format 

Source Code 

Session 

Lexical/Group 

System Interface 

Transport 

Classification 

Data Format 

Network 

Logical Character 

Data Media 

Data Link 

Physical Character 

Instruction Set 

Physical 

Byte/Bit-String 

Architectural 


Figure 1 — Three standards models that exhibit the benefits of abstraction. 
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all of these models, the top is 
reserved for the system layer with 
the least degree of commonality. 

The Source Code layer listed 
immediately below Applications 
is a level of portability that long 
has been addressed by standard¬ 
ized programming languages— 
generally unsuccessfully, since 
the standard source language 
program invariably includes sys¬ 
tem calls to a proprietary operat¬ 
ing system. The typical language 
for UNIX programs has been the C 
language, which is now being 
defined by the IEEE X3J11 Com¬ 
mittee. It’s here that the format 
for calling sequences is defined. 

Standardization of the System 
Interface level (one rung lower in 
the model) represents a major 
step toward achieving true UNIX 
portability. This is the level ad¬ 
dressed by the AT&T System V 
Interface Definition (SVID)—or 
the /usr/group Interface Stan¬ 
dard. Each defines a “conform¬ 
ing” UNIX system in terms of 
what functions are provided 
rather than how the underlying 
implementation is to be carried 
out by a vendor. 

Jumping directly to the bottom 
of the model, we find the compati¬ 
bility layers that least concern 
UNIX applications vendors. Por¬ 
tability between nearly identical 
systems is seldom a goal for these 
vendors, few of whom would bind 
themselves to either of these 
levels. For the community at 
large, Instruction Set portability 
is a job for compilers, while the 
Architectural differences of ma¬ 
chines employing the same pro¬ 
cessor concern only the manufac¬ 
turer itself or perhaps one of the 
established system software 
houses. 

Nevertheless, this still leaves 
UNIX applications developers to 
consider the two “trivial” levels 
o i' Data Media and Data Format. 
Although both have been largely 
unaddressed, they have drasti¬ 


cally affected UNIX acceptance 
and market penetration. 

For instance, mid-range super¬ 
micros—systems too large to be 
backed up on standard floppy 
disks, too small to warrant a 


standard nine-track tape drive, 
and too cost-sensitive to have 
multiple tertiary storage—have 
been plagued by the lack of an 
adequate standard software dis¬ 
tribution mechanism. The simple 




Circle No. 4 on Inquiry Card 


Freedom of Communication 
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If you are an IBM AT user running IBM Xenix, 
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to communicate with other 
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Standard file system backup and restore com¬ 
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tation is eliminated on a restore, preventing 
gradual performance degradation common on 
poorly maintained systems. 

The software driver is inter¬ 
rupt driven, with multiple 
data buffers for high speed 
transfer using a low cost 
Vi-inch streaming drive sup¬ 
plied with the system. Error 
handling and recovery is 
fully automatic. Standard 
features of character tape 
device drivers are support¬ 
ed including rewind and no 
rewind on close (/dev/rmtl 
and Idev/rnmtl). This fea¬ 
ture allows multiple tar 
volumes or file system dumps on one tape. 

For more information contact Overland Data 
and ask for Xenix System Support. 
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GLOBAL VIEW 


absence of a “software aftermar¬ 
ket” comparable to the one at¬ 
tached to MS-DOS has been 
a major factor in the lethargy 
of the UNIX industry—and all 
for want of one or two levels of 
standardization. 

Similar dangers apply to an 
incomplete or insufficient inter¬ 
national UNIX standard. 

FROM THEORY 
TO EXECUTION 

The specific difficulties of Eu¬ 
ropean and Asian implementa¬ 
tions are well addressed in the 
other articles of this issue, but a 
few examples will illustrate the 
use and value of the internation¬ 
alization model depicted in Figure 
1. Attention to this model, it 
should be noted, will not only 
allow developers to serve the 
needs of UNIX users in the world 
at large, but also those who live in 
the US. Many domestic “excep¬ 
tions” may be classified and 
treated as subsets of a more 
general approach, which should 
serve to point out that interna¬ 
tionalization is something more 
than a genteel gesture toward 
“foreigners”. 

At the lowest, most physical 
level of the internationalization 
model, we find the basic elements 
of our data representation, the 
universally accepted bits and 
bytes that know no national bor¬ 
ders. To many of us, bits of each 
eight-bit byte are synonymous 
with “character”—a property of 
which a number of UNIX utilities 
and programs “take advantage”. 
One needn’t have been hacking 
around with vi or sed for very 
long to have been bit by a bit in a 
returned byte that wasn’t a bit 
like the bit in the byte we had sent 
earlier. Both the SVID and /usr/ 
group definition are quite explicit 
in separating type char from type 
byte , integer , long , or any other 
explicit bit-strings. Depending 
on the specific Asian country 


One needn't have 
been hacking around 
with vi or sed for very 
long to have been bit 
by a bit in a returned 
byte that wasn't a bit 
like the bit in the byte 
we had sent earlier. 


and the richness of the set of 
ideographs permitted and the 
method of packing and framing 
allowed, characters might be sev¬ 
en, eight, 14, 15, 16, 21, 23, 24, 
28, 30, 31, or 32 bits, framed in 
the appropriate number of bytes. 
(One Korean representation of 
components of the Hangul tri¬ 
gram uses radix reduction to pack 
three ostensibly six-bit subchar¬ 
acters into a single 15-bit charac¬ 
ter framed in two bytes.) 

As noted elsewhere in this 
issue, we need a separate, inde¬ 
pendent, more explicit level to 
define the character and its frame 
as a Physical Character. In the 
UNIX asynchronous byte-stream 
orientation, what happens to reli¬ 
ability when we begin to handle 
multibyte characters with parity 
only in selected bytes? On the one 
hand, if we use an entire extra 
byte to handle extended ideo¬ 
graphs or mixed Roman, Greek, 
and Cyrillic sets, will we sacrifice 
acceptance in countries where 50 
or 100 percent increases in al¬ 
ready outrageous line-cost simply 
will not be tolerated? On the other 
hand, if we restrict the set to, say, 
14 or 21-bit characters—in an 
effort to gain added reliability— 


are we merely painting ourselves 
into a different corner? (Why are 
all fixed disks at least 85 percent 
full regardless of size or load?) 

If character semantics are gov¬ 
erned by toggled multibyte shift- 
out and shift-in characters, how 
does one handle non-sequential 
starting points in files and data¬ 
base records? 

The third and fourth levels of 
our internationalization model, 
the Logical Character and the 
(logical character) Classification , 
must be conceptually divorced 
from the physical representa¬ 
tion of the character encoding 
scheme. The classification of logi¬ 
cal characters includes both col¬ 
lating sequence and categoriza¬ 
tion (as isalpha, isprint, or 
whatever), while the mapping 
from physical to logical charac¬ 
ters is more subtle. Just as we 
have synonyms and homonyms 
in alphabetic written languages, 
ideographic written languages 
include instances of many-to- 
one mappings known as “homo¬ 
graphs”. Collation is far from 
simple in these ideographic lan¬ 
guages, since it must account for 
varying sequences of stroke or¬ 
der, stroke count, radical base, 
phonetic code, telegraphic code, 
and “dictionary” order. Complex 
though it may be, this problem 
must be addressed if limitations 
are to be lifted for much of the 
world. (Consider, for instance, 
that the Japanese have felt 
strongly enough about this issue 
to have imposed restrictions on 
the first names that children may 
legally be given so as to facilitate 
Katakana recordkeeping.) 

Even the European languages 
contain some tricky idiosyncra¬ 
sies that collating algorithms 
must take into account: one-to- 
two character mappings (German 
lower case sharp-s “0” shifts to 
upper case “SS”); two-for-one 
character mappings (Spanish ch 
to c or Scandinavian x to a): and 
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one-to-zero mappings, in which 
an embedded hyphen is ignored 
for sorting or matching purposes. 

Collating sequence itself is a 
major issue, considering that the 
Anglocentric ASCII omits all of 
the accents and diacritical marks 
that occasionally serve as the 
only distinction between a “mini¬ 
mal pair” of otherwise identi¬ 
cal words. What is worse, when 
ASCII omits three entire Scan¬ 
dinavian characters, they are 
kludged into the 27th, 28th, 
and 29th character encodings— 
which not only do not sort cor¬ 
rectly (rationally) but also man¬ 
age to conflict with various UNIX 
“magic” characters. 

The uppermost three levels of 
the INTECH internationalization 
model lie in the semantic cate¬ 
gory, beyond either the two phys¬ 
ical levels or the intermediate 
logical levels. Aside from general¬ 
ly unacceptable word-for-word 
interlingual substitution in skel¬ 
etal system messages, the Lexi¬ 
cal/Group level of the model 
deals with such external struc¬ 
tures as immediate-context sensi¬ 
tivity (position in word—in order 
to account for the four possible 
Arabic character types: initial, 
medial, final, and single); presen¬ 
tation sequence (not necessarily 
left-to-right within a top-to-bot- 
tom framework and not neces¬ 
sarily consistent within a single 
framework—Arabic numbers are 
written left to right within a right- 
to-left frame); and internal struc¬ 
tures such as numeric group 
separators (comma versus deci¬ 
mal point, and vice versa). 

The Syntactic/Format level of 
the model covers message re¬ 
structuring at a simple syntactic 
level (number agreement, conju¬ 
gation, declension, and gender in 
inflected languages) and format 
transformations such as date, 
time, and currency presentation. 
The top level. Application/Lan¬ 
guage, is probably beyond the 


scope of a UNIX standard at this 
time, given the past failures of 
most of the “mechanical transla¬ 
tion” projects undertaken by 
DARPA, RAND, and numerous 
academic institutions. Still, this 
level of the model is valuable as a 
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• 30,40,55,72, 118 Megabytes 
(formatted) 

• Combine drives with each other or 
existing drive 

• 25 milliseconds average access time 

• Simplified installation 

• Necessary file modifications done 
automatically 
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60 Megabyte 1/4 inch cartridge 

• Standard XENIX commands (cpio, tar, 
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• Fully integrated driver software 


placeholder—as in the case of the 
Application level of the OSI and 
UNIX compatibility models. 

WHY ME? 

Following logically from the 
Continued to page 100 


Subsystem Features 

• Entire subsystem fits inside the AT 

• External version with 6 expansion 
slots available (pictured) 

• One year factory warranty 
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CHANGING 

CHARACTER 

Technical problems in the multilingual support of UNIX 

by Karen Barnes and Dan Epstein 


T 

JL he UNIX system 
was designed around the assump¬ 
tion that a single character set 
would suffice. However, the need 
to represent data and to commu¬ 
nicate with users in languages 
other than English has made 
apparent the requirement for 
supporting multiple character 
sets. 

Character sets can be encoded 
in many ways, as some current 
national standards attest. For 
example, Japan’s JIS 6226 uses 
14 bits of two bytes to define 
space for 8864 characters (about 
7000 of which already have been 
defined). ASCII, on the other 
hand, can be encoded in sev¬ 
en bits of one byte. To contend 
with this disparity, some cod¬ 
ing schemes have been adopted 
which distinguish between lan¬ 
guages that can be encoded in one 
byte and those that require two. 

It is not the intention of this 
article to suggest the correct en¬ 
coding method but rather to iden¬ 
tify the problems that stem from 
supporting a chosen scheme. We 
therefore will only discuss the 
challenges of using all bits of a 
byte for European and Middle 
Eastern languages, and of repre¬ 
senting the ideographic charac¬ 
ters of Asian languages in two 
bytes. We restrict ourselves in 


this manner because all stan¬ 
dards currently are based on one 
of these two approaches. 

In reviewing the behavior of 
UNIX commands and routines, 
we find that new encoding 
schemes cause difficulties under 
the following conditions: 

1) Use of the eighth bit of a data 
byte. 

2) The editing and display of data. 

3) Collation. 

4) Regular expression parsing. 

5) Time and date processing and 
display. 

6) Character classification. 

7) The printing of messages. 

UNIX COMMANDS, UTILITIES, 
AND ROUTINES 

The behavior of commands, 
utilities, and routines is deter¬ 
mined by the language—and, by 
extension, the character set—in 
which the user wishes to work. 
The reason that we make this 
distinction between languages 
and character sets is that the 
characters from more than one 
language can be represented in a 
single character set. For instance, 
one of the standards proposed by 
the European Computer Man¬ 
ufacturing Association (ECMA) 


supports the development of a 
character set containing charac¬ 
ters from over 40 countries. Let’s 
probe into the areas where the 
support of the encoding for this or 
any other character set is likely to 
encounter problems. 

Local Customs. Besides multi¬ 
ple languages, several conven¬ 
tions and local customs that vary 
from country to country concern 
system developers. Among them 
can be counted: 1) time formats, 
2) date formats, 3) abbreviations, 
4) decimal delimiters, 5) prompts, 
6) alternate sets of digits, and 7) 
currency formats. 

A significant problem of sup¬ 
porting local customs involves 
the calculation and reporting of 
time and date. This is not a trivial 
problem since some cultures use 
a different calendar than the one 
used in the Western world. The 
proper reporting of time and date 
depends on the algorithm used to 
calculate time divisions—days, 
months, and years. In addition, 
month and day names and their 
abbreviations are custom-depen¬ 
dent. For instance, some coun¬ 
tries use more than three letters 
to abbreviate month and day 
names. 

The date(l) command obtains 
the system date by accessing the 
(z environment variable. Cur- 
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rently, UNIX works only in Green¬ 
wich Mean Time, calculating and 
reporting the date according to 
the Gregorian calendar. The He¬ 
brew, Arabic, and Asian calen¬ 
dars. though, are measured from 
different dates of origin and use 
different algorithms for convert¬ 
ing system clock cycles into local 
time. 

Commands that accept date 
and time input from the user limit 
variables to specific field sizes. 
For example, in the date(l) com¬ 
mand, "year” is defined as a 
number between 0 and 99. The 
field descriptor “d” defines the 
date format as mm/dd/yy, but in 
Europe it is commonly formatted 
as dd/mm/yy. There are also 
country-dependent field descrip¬ 
tors, such as “a" for abbreviated 
weekday and “h” for abbreviated 
month. 

In addition to the date(l) com¬ 
mand, other system utilities re¬ 
port date and time. For instance, 
various options to the ls(l) com¬ 
mand report when a file was last 
modified, and pr(l) reports the 
time of day at which it produced 
paginated output. These com¬ 
mands call the routine ctime(), 
which must be language and 
character set-sensitive so as to 
report date and time in the lan¬ 
guage most appropriate to the 
user. 

Character Classification. It is 
inappropriate to classify a char¬ 
acter strictly with a seven-bit 
code value when multiple charac¬ 
ter sets are supported. Any 
change in the character codes 
will affect the performance of 
UNIX macros such as isalpha(). 
isupperQ. and isprint() among 
others that provide information 
to the system about the properties 
of character-coded integer values. 

Character classification mac¬ 
ros like these are part of the 
standard C library that operate by 
table-lookup. The ASCII-based ta¬ 
bles that are referenced are hard- 


Character sets can be 
encoded in many 
ways, as some current 
national standards 
attest. 


coded into the ctype macros. For 
indexing, UNIX table-lookup logic 
currently uses characters en¬ 
coded in seven bits. With the 
introduction of character sets 
that require more bits for encod¬ 
ing, this logic produces unreliable 
results. 

One problem is caused by sign- 
extension. When an eight-bit 
character (index) is loaded as a 
signed integer, it results in a 
negative index that subsequent¬ 
ly causes unpredictable results. 
Compounding this problem is the 
fact that hard-coded tables are 
not character set-sensitive. A 
third problem relates to size: 
character sets for languages with 
as many characters as Chinese 
simply cannot be accommodated. 
The memory requirements alone 
can be staggering since encoded 
tables containing information on 
the properties of characters each 
can consume at least 50 KB 
(25.000 two-byte characters). 

The problems hardly end here. 
Character classification macros 
that test for upper and lower case 
or do up-shifting and down-shift¬ 
ing, for instance, are totally use¬ 
less when confronted by lan¬ 
guages that do not differentiate 
between upper and lower case. 
This is an important issue since 
many commands use ctype and 
conv macros such as islower(), 
isupperQ, tolower(), toupper(), 
and isprint(). These macros, for 
instance, are an integral part of 


the passwd logic used to encrypt 
and decrypt passwords. 

Scanning and Filtering. A 
plethora of UNIX programs read 
some input, perform a transfor¬ 
mation on it, and then write out 
the result. The behavior of com¬ 
mands that perform text scan¬ 
ning is wholly dependent on the 
correct interpretation of the in¬ 
put. Unfortunately. UNIX’s rich 
set of scanning tools can have 
problems when confronted by 
languages other than English. 

The UNIX ’’filters” that scan 
data assume that a character is 
encoded in seven bits of one byte. 
This rigid design makes it diffi¬ 
cult to support non-English char¬ 
acter sets. As an illustration, 
compilers scan source files for 
comment-delimiters and string- 
literals. Although the syntax of a 
programming language is no dif¬ 
ferent for non-English-speaking 
programmers than for those who 
speak English, it is essential that 
people be able to write comments 
in their native language. But a 
compiler cannot scan source files 
for non-English comments as 
long as its scanning process is 
restricted to recognizing ASCII 
characters only. Because half oi 
an Asian character (one byte) can 
have the same value as a com¬ 
ment delimiter, this is a particu¬ 
larly urgent problem. 

The awk(l) pattern-scanning 
language is another utility that s 
locked into seven bits. In per¬ 
forming a specified action on 
lines that match a particular 
pattern, awk(l) uses fixed-size 
128-byte tables to check for 
things such as FS (field separator) 
and OFS (output field separator). 
It also uses lex(l) and yacc(l) for 
building a lexical analyzer and for 
converting a context-free gram¬ 
mar into a set of tables. 

The lex(l) analyzer reads an 
input stream by byte-processing 
rather than by character-pro- 
cessing. As part of this work. 
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lex(l) determines whether each 
byte is an ASCII character or not. 
There are many instances where 
lex(l) scans strings byte-by-byte 
by incrementing character point¬ 
ers within loops. Constants based 
on the fixed size of the ASCII 
character set are sometimes used 
in for loops to step through the 
character set. If the character 
set in question contains 25.000 
items, this may be unsatisfactory. 
The analyzer also uses its own 
hard-coded character-classifica¬ 
tion functions. In any event, 
lex(l) builds a transition matrix 
for use by the program it gener¬ 
ates. This program recognizes 
patterns in a stream of text. 

Unfortunately for lex(l), the 
number of transitions between 
the current state and the next 
state grows exponentially each 
time the size of the character set 
is doubled. Although there is 
compacting logic in lex(l), the 
internal tables used to generate 
the analyzer’s matrix consume 
huge amounts of memory. 

Collation. Correct behavior of 
any sorting algorithm depends on 
the language in which users want 
their data sorted. Several UNIX 
commands and routines perform 
sorting—the commands ls(l) 
and comm(l). and the routines 
strcmp(3c) and strncmp(3c), for 
example. There’s also the com¬ 
mand sort(l). of course. 

A language-independent sort¬ 
ing algorithm must be able to 
order data lexicographically. But 
UNIX sorting algorithms only 
make use of seven-bit ASCII keys. 
They also machine-collate ac¬ 
cording to a character’s binary 
value. If it is eight-bit data that is 
to be sorted, sort(l) uses signed 
characters for character compari¬ 
son, and subsequently sign-ex- 
tension might take place. This 
causes characters encoded in 
eight bits to sort in reverse ma¬ 
chine-collating order, with eight- 
bit keys appearing before seven- 


bit ones. In theory, sort(l) should 
provide dictionary-order collation 
but, in truth, it merely ignores 
punctuation and proceeds to ma¬ 
chine-collate. If two words are 
equivalent in every way except 
their case, true dictionary sorting 
would place a precedence on 
upper case; but sort(l) retains the 
order of the input data when this 
occurs. 

Some European languages re¬ 
quire two adjacent characters to 
occupy a position in the collating 
sequence (for example, ch follows 
c in the Spanish alphabet). We 
refer to this as a two-to-one 
conversion. Other languages re¬ 
quire a one-to-two conversion (for 
example, sharp s (/}) is equivalent 
to SS in German). 

Some languages also designate 
certain characters to be ignored 
in character comparison algo¬ 
rithms. For instance, if is an 
ignored (or “don't-care”) charac¬ 
ter, then the strings "REACT” 
and “RE-ACT” are equivalent. 
The two-to-one mapping, one-to- 
two mapping, and “don’t-care” 
issues cause problems for UNIX 
because of the system’s insis¬ 
tence on collating byte-by-byte. 

Asian languages, of course, 
raise still other concerns. They 
are built on a foundation of 
characters that have meanings 
unto themselves. Lexicographical 
ordering of Asian data, by defini¬ 
tion, implies sorting according to 
several collating sequences. (See 
Figure 1.) The UNIX sort utility, 
however, is locked into a hard¬ 
coded ASCII character-mapping 
table of 128 bytes. This is insuffi¬ 
cient to support Asian collation 
tables—if only on the basis of size 
(some Asian languages contain as 
many as 25,000 characters). 
What s more, byte-by-byte com¬ 
parisons and byte-oriented table- 
lookup simply do not produce the 
correct results. 

When handling Asian charac¬ 
ters. it is necessary to store 
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Figure 1 — An example of how results can differ when using three ways to 
sort the same data. 


information about them so that 
each character can be sorted on 
multiple keys. Under this scenar¬ 
io. each key is weighted equally, 
with none designated as either 
primary or secondary. For in¬ 
stance. the user might want to 
sort Asian characters on a combi¬ 
nation of the following keys: radi¬ 
cal. number of strokes, phonetic, 
and country-code. In addition, 
user-defined collating sequences 
and special characters must be 
supported. 

There still are problems this 
ordering does not address, howev¬ 
er—such as those raised by lan¬ 
guages which, unlike English, do 
not assume a left-to-right orienta¬ 
tion of strings. UNIX sorting algo¬ 
rithms do not correctly collate 
Middle Eastern data that must 
be scanned from right to left. 
The problem is aggravated when 
Western data appears in the same 
file or field as Middle Eastern 
data. To complicate matters fur¬ 
ther, Middle Eastern data fields 
also must be delimited by right- 
to-left white space or field separa¬ 
tors. The sorting algorithms of 
UNIX, though, expect data to be 
separated by ASCII white space. 
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Asian space characters and field 
separators thus are not recog¬ 
nized as delimiters. 

Regular Expressions. The ca¬ 
pability to process regular ex¬ 
pressions is an integral part of 
the UNIX programming environ¬ 
ment. Among the many com¬ 
mands that support regular ex¬ 
pression processing are grep(l), 
ed(l), lex(l), awk(l), sed(l), and 
sh(l). 

Regular expressions use ma¬ 
chine-collation when a character 
range is specified. But this might 
not produce correct results for 
eight-bit character sets because 
the range will not represent the 
language’s correct collating se¬ 
quence. This occurs if more than 
one language is represented by a 
single character set (for instance, 
the proposed ECMA standard). 
Depending on the hardware, 
sign-extension might take place 
when the eighth bit of a charac¬ 
ter is set to “1". What’s more, 
the character-classification ta¬ 
bles used by the regular-expres¬ 
sion logic of UNIX are hard-coded 
for ASCII, and therefore are not 
large enough to support eight-bit 
character sets. As a result, prob¬ 


lems can occur in code using the 
include file regexp.h(7). This af¬ 
fects several system commands 
that process regular expressions. 

Regular expressions are de¬ 
fined by single-byte characters 
under standard UNIX. Thus, 
when a two-byte Asian character 
is used in defining a pattern, the 
regular expression is compiled 
into something very different 
from what the user initially in¬ 
tended. For example, assume $ 
is a Chinese character encoded in 
two bytes. If a regular expression 
for the grep(l) command is de¬ 
fined like so: 

grep '-^+z$' Chineseflle 

then the regular expression ought 
to match all strings starting with 
the two-byte Chinese character 
followed by zero or more 
occurrences of this character and 
ending with “z”. Unfortunately, 
the regular expression would 
compile into a pattern defined as 
starting with the first byte of a 
Chinese character, followed by 
zero or more occurrences of the 
value of the second byte, and then 
end in ’’z”. 

Edit. Word Process, and Dis¬ 
play Utilities. Eight-bit data en¬ 
counters obstacles throughout 
the UNIX system whenever it is 
formatted or edited for display 
purposes. There is no UNIX edit¬ 
ing command that works correct¬ 
ly with non-ASCII one-byte—or 
two-byte—data. The reason is 
that in addition to editing, most of 
these commands collate, classify 
characters, and process regular 
expressions. We’ve already ad¬ 
dressed some of the problems 
these actions suggest, but there 
are still others. One problem is 
caused by the escape sequences 
or shift characters used to switch 
from or to a “Math” or “Line- 
draw" character set. Many exist¬ 
ing standards use mechanisms 
such as these to indicate a change 





























in character set, but the support 
of such “special characters” cre¬ 
ates immense problems for the 
display and editing of data. Al¬ 
though escape sequences and 
shift characters are embedded 
transparently in text, they can be 
unintentionally corrupted. This 
easily could lead to display, pro¬ 
cessing, and printer problems. 

One interesting problem arises 
when either Hebrew or Arabic is 
edited with a screen editor. When 
editing data that has a right-to- 
left orientation, the mapping be¬ 
tween the cursor location on the 
screen and the cursor location in 
the editor buffer can be different. 
In addition, word wrapping does 
not work correctly when the edi¬ 
tor’s logic cannot accurately de¬ 
termine the location of the last 
word on a line. 

The way in which UNIX pre¬ 
serves and records special infor¬ 
mation on how text should be 
formatted causes a major prob¬ 
lem when the system is confront¬ 
ed with new character encod¬ 
ing schemes. Formatters can 
give special meaning to bytes by 
employing their own encoding 
schemes. For instance, nroff(l) 
and its macro packages encode 
each seven-bit character and its 
flags in 16 bits, where bits 1-7 
encode the character and bits 8- 
16 are used as flags to contain 
information on things such as 
character font and size. 

Another danger with preparing 
non-ASCII data for display is that 
the data might become corrupted 
and unprintable. For instance, 
the command more(l) can trun¬ 
cate a two-byte character at col¬ 
umn 80 because of margin limita¬ 
tions in the logic; but the display 
logic never realizes that it is 
dealing with only half of a two- 
byte character when byte one is 
in column 80. Editing algorithms 
under UNIX can split an Asian 
character in two. There are many 
other commands that format data 


based on display widths, such as 
Pr(l). that experience similar 
problems. 

USER INTERFACE and I/O 

Hard-Coded Messages. The 
UNIX system and most software 
that runs under it use hard-coded 
messages in print statements 
that are compiled into object code. 
This poses a massive challenge 
for support and maintenance be¬ 
cause, to localize such software, it 
is necessary to edit the source for 
message translation and subse¬ 
quently support a different ver¬ 
sion of source and object for each 
language. Besides the additional 
effort, this increases the number 
of opportunities to introduce new 
bugs into code results. A copy of 
the source code is also neces¬ 
sary for message translation and 
modification. Traditionally, only 
binary licenses are provided for 
system software. 

Context Analysis. Arabic is a 
cursive language in which a char¬ 
acter can have up to four different 
shapes depending on where it 
falls within a word (first, medial, 
last, or in an isolated position). 
There is no current support under 
UNIX for the mapping of a charac¬ 
ter according to its shape. Neither 
is the process of selecting a 
proper shape for a character 
currently handled by the sys¬ 
tem’s I/O drivers for display and 
printing. 

Input/Output. UNIX terminal 
drivers function in both “raw” 
and “cooked” modes. In cooked 
mode, characters are saved in 
terminal driver buffers for input 
editing, and lines are made avail¬ 
able when a carriage return or 
EOT signal is received. In raw 
mode, no input editing is done, 
and characters are made avail¬ 
able to the program as they are 
typed. These distinctions can 
cause difficulties for UNIX in 
supporting languages and char¬ 
acter sets. 
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CHANGING CHARACTER 


For one thing, a terminal driver 
can sometimes strip the eighth bit 
off every byte because it expects 
that bit to be used for parity 
checking. This is true of the 
4.2BSD tty driver, for instance. 
The available encoding schemes 
are thus substantially limited. 

There also is the complex prob¬ 
lem of organizing large sets of 
Asian characters for input, out¬ 
put, and processing. A keyboard 
of 25,000 keys is, of course, 
unreasonable. There is no explic¬ 
it way for a user to specify an 
Asian character through a key¬ 
board, and, moreover, current 
terminal drivers do not provide 
the necessary interaction with 
the user. 

Characters that are written 
and read from right to left have 
other problems to contend with as 
well. The general terminal inter¬ 
face expects a character at a time 
as it is typed. But this does not 
agree with the order of characters 
as they ultimately will be dis¬ 
played. Some terminals deal with 
this by buffering strings a line at 
a time. When a linefeed is detect¬ 
ed, the buffered characters are 
shipped out over the interface to 
the terminal driver in the order 
that they are displayed. But none 
of the drivers currently available 
under UNIX are able to support a 
general interface for the entry, 
storage, and display of Middle 
Eastern data. 

IMPLEMENTATION 

The magnitude of the problems 
involved in supporting a variety of 
character sets is so significant 
that solutions will not come easi¬ 
ly. However, we have identified 
some mechanisms for achieving 
advances. 

To begin with, an “announce¬ 
ment mechanism” is needed. 
This can be used to identify which 
character set, local customs, and 
language rules should govern the 
behavior of a user process. This 


Editing algorithms 
under UNIX can split 
an Asian character in 
two. 


will provide the user with the 
capability of dictating which lan¬ 
guage conventions to employ. 

One way to support processing 
requirements for a variety of lan¬ 
guages is to develop mechanisms 
for extracting and utilizing infor¬ 
mation stored in a database. 
UNIX already uses this approach 
to support a large number of 
unique terminals through the 
terminal capabilities database, 
termcap(5). Under this scheme, 
the software can be “extended” 
to provide a more general model of 
processing. The actual informa¬ 
tion used to support a particular 
language, though, is moved from 
the code itself into the file system 
where a new language can be 
configured, modified, or removed 
at will. 

If the goal is to have a truly 
language-independent system, it 
also will be necessary to have a 
facility that enables local lan¬ 
guage strings to be “substituted” 
at runtime. To simplify this, 
a message catalog subsystem 
should provide tools for extract¬ 
ing hard-coded messages from 
source. Catalogs of translated 
messages should be easy to build 
and edit. In addition, a process 
should be able to identify the 
correct message catalog depend¬ 
ing on the language of the user. 
Support for parameter substitu¬ 
tion in messages at runtime is 
also needed. 

True language independence, 
moreover, will require that users 
have access to error or diagnostic 


messages written in their native 
language. The UNIX environment 
is built on top of system calls that 
involve direct entry into the ker¬ 
nel. Thus, if an error occurs 
during a system call, users should 
be informed about it in a compre¬ 
hensible way. To rely on “errno” 
to flag an error is fine, but to 
report it through access to an 
external catalog of translated 
messages is risky. The implemen¬ 
tation of a language-independent 
system largely involves the re¬ 
moval of all built-in language 
dependencies and the storage of 
this information in external files. 
Therefore, a method for support¬ 
ing error-handling and error-re¬ 
porting during the runtime ac¬ 
cess of these files is needed. 

CONCLUSION 

None of the problems men¬ 
tioned in this article have easy 
solutions. Although many of the 
complications discussed here ap¬ 
ply to all character encoding 
schemes, each method has its 
tradeoffs. In addition, any one 
encoding scheme can be imple¬ 
mented in many different ways. 
Therefore, if we are ever to have a 
portable solution to this chal¬ 
lenge, companies and organiza¬ 
tions within the computer indus¬ 
try will need to move together to 
work toward a standard we all 
can accept. 
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BUREAUCRATIC 
BORDER SKIRMISHES 



European barricades to international telecommunications 


ust as people from differ- 
ent European countries some¬ 
times have difficulty communi¬ 
cating with each other, com¬ 
puters in Europe often have 
trouble talking across national 
boundaries. In the place of lan¬ 
guage differences, the machines 
encounter bureaucratic incom¬ 
patibilities that are every bit as 
frustrating. 

In large part, this owes to the 
fact that each country is served 
by a separate telecommunica¬ 
tions company. Apart from shar¬ 
ing the common name “PTT’’ (for 
Post, Telephone , and Telegraph) 
and a similar bureaucratic style, 
these companies hold very little 
in common. While some use 
touch-tone dialing, others dial by 
way of pulses. Dial tones and 
busy signals also vary from coun¬ 
try to country. And so it goes: on 
each and every technological 


by Teus Hagen 


front, there seem to be as many 
views as there are PTTs. 

The permutations that surface 
can sometimes be amusing. An 
automated dialer in France, for 
instance, must by law be pre¬ 
pared to offer a proper metallic 
excuse like, “I’m sorry, but I’m 
the modem of a computer’’, if a 
person answers the call. Good 
manners also suggest that the 
dialer not wake up this person 
with daily 3 a.m. calls. 

To complicate matters, dialers 
themselves vary from country to 
country. PTTs seem to agree on 
only one rule: no phone equip¬ 
ment can be connected to a public 
phone system until it first has 
gained official approval. A single 
violation of this dictum is all it 
takes to lose service for life—a 
threat that is taken most serious¬ 
ly since there are no competitors 
to turn to. 


The testing of dialers checks 
for PTT conformance on both the 
hardware and software levels. 
Among other valuable tests, dial¬ 
er hardware is examined for its 
ability to resist thousands of volts 
of input or output. Software, 
meanwhile, generally is required 
to meet horribly outmoded speci¬ 
fications. The PTTs nevertheless 
are quite serious about their tests. 
When they examine software, 
they test all of it. Thus, if a dialer 
happens to be contained in a 
UNIX system, all UNIX system 
software is subject to PTT review. 
In order to cope with such bu¬ 
reaucratic requirements, most 
sites have learned to provide their 
local PTTs with only the most 
modest of dialers operating only 
the sparest of software. In this 
way they not only avoid a grueling 
initial review, but also steer clear 
of the reviews that necessarily 
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would follow if the system ever 
were to be upgraded. 

UNIX ENTERS THE FRAY 

Frustrated by incompatibili¬ 
ties and hounded by regulations, 
European UNIX users took action 
following their first meeting un¬ 
der the banner of the European 
UNIX system User Group (EUUG). 
The linking of three sites in two 
countries immediately after that 
1982 meeting in Paris was hailed 
as the beginning of the European 
UNIX systems Network (EUnet). 
Support from Digital Equipment 
Corporation and Philips Labora¬ 
tories soon brought connections 
to the US. Within a year, the 
network had expanded to include 
43 sites in nine countries. It now 
links over 500 sites in 16 West 
European countries and one East 
Bloc nation (Yugoslavia). 

The EUnet has thrived because 
it offers access to strong, perma¬ 
nent links between backbone 
sites that serve each European 
country, allowing UNIX users 
to communicate via dependable 
channels with users served by 
other PTTs. 

Although relying on X.25 links 
between the backbone sites, the 
basic carrier of all the network’s 
data is UUCP. For the most part, 
this has been a satisfactory ar¬ 
rangement, but it hardly has 
been without its trials. In fact, 
much effort has been invested 
throughout the EUnet communi¬ 
ty in the repair of a number of the 
UUCP bugs that have raised seri¬ 
ous cost concerns in Europe. 

From the start of the network, 
most of the serious concerns have 
focused on transatlantic calls to 
the US. It didn’t take long to 
discover that UUCP had a nasty 
tendency to keep phone lines 
open for hours while it requested 
the re-transmission of packages. 
In addition to killing UUCP per¬ 
formance, this threatened to be 
the death of more than a few 
employees. 

Although the cost penalties 
produced by this problem admit¬ 
tedly were extreme, it by no 
means was the only circumstance 
where cost-per-byte concerns ran 


high. Communications in Eu¬ 
rope—whether with other con¬ 
tinents or between countries, 
cities, or neighbors—are expen¬ 
sive. It is largely for this rea¬ 
son that batching and compact- 


PTTs seem to agree on 
only one rule: no phone 
equipment can be 
connected to a public 
phone system until it 
first has gained official 
approval. 


ing always have been popular 
(even electronic mail often is com¬ 
pacted). This is also why UNIX 
users have leaped at the opportu¬ 
nity to communicate internation¬ 
ally via UUCP. Even though it has 
been necessary to make modifica¬ 
tions, UUCP, on the whole, is far 
less expensive than X.25 for low- 
volume communications over a 
general carrier. 

The typical European price of 
an X.25 PAD (Packet Assembler/ 
Disassembler), for example, is 
about $5000. Add to this an 
average monthly subscription fee 
of about $330 (which, of course, 
varies from country to country), 
and you can see why X.25 tends 
to surface only at sites that han¬ 
dle lots of international mail. 

THE EUnet STORY 

A look at how EUnet took 
shape and dealt with certain 
impediments should serve to il¬ 
lustrate just how steep the com¬ 
munications challenges faced by 
European users of UNIX really 
are. At the time the network was 
started, the only available carri¬ 
ers were public phone lines. Auto¬ 
matic dialers were illegal in many 
countries, so some national net¬ 
works had to make secret connec¬ 


tions using smuggled equipment. 
By law, only CCITT (V21 and V22) 
modems can be used over public 
phone lines, but some of these 
have proved to be incapable of 
working in environments where 
equipment from a variety of ven¬ 
dors are mixed. 

Technical advances have aided 
in alleviating some of these com¬ 
patibility problems, but at the 
time EUnet was formed, it was 
not uncommon to find modems 
from European manufacturers 
that could not connect with 
American modems. Even today, 
European modems that work fine 
are still priced much higher than 
their American counterparts be¬ 
cause of additional costs related 
to CCITT regulations. 

This is not to suggest that all 
the hurdles faced by EUnet have 
been hardware-related. There 
also have been serious financial 
and software concerns to ad¬ 
dress. In attacking these prob¬ 
lems, the founders of EUnet have 
taken heed of the example of the 
Usenet network in the US. So as 
to avoid some of the load problems 
suffered by the Americans, it was 
decided that participation in the 
EUnet should not be free—one 
would have to be a member of the 
EUUG to qualify. 

In order to gain better control 
over the flow of traffic, EUnet also 
adopted a more centralized ap¬ 
proach than its American coun¬ 
terpart. The decision was made to 
route all calls from overseas 
through a central node called 
rncvax , located at the Centre for 
Mathematics and Computer Sci¬ 
ence in Amsterdam. Message 
routing from there—as well 
as central maintenance—is per¬ 
formed by a network manager. 

At the next step in the network 
hierarchy, each backbone site 
coordinates and maintains com¬ 
munications among the various 
EUnet sites within its particular 
country. Backbone site managers 
look after the peculiar needs 
of their own countries, tending 
to software (screening, mainte¬ 
nance, and local development), 
hardware (PTT connections and 
maintenance), and administra- 
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tion (accounting, address con¬ 
tacts, routing information ex¬ 
change, and various housekeep¬ 
ing tasks). 

The current throughput of 
EUnet’s international gateway is 
about 250 MB per month (about 
60 percent mail and 40 percent 
news). Monthly transport costs 
of approximately $15,000 (exclu¬ 
sive of equipment and personnel) 
are shared by EUnet members 
according to use. 

The “store and forward” na¬ 
ture of the network provides 
for convenient accounting. Back¬ 
bone sites carry the cost for 
hardware, energy, and logistics, 
while all carrier costs external to 
EUnet are paid by those who 
actually send and receive data. 
Senders typically pay only for the 
transport of information to the 
nearest backbone site. From that 
point forward, the phone charges 
are billed to recipients. Likewise, 
calls received from the US are 
billed to those who receive the 
messages. 

The basic charging strategy 
employed by EUnet is top-down: 
first, the international gateway 
bills the national backbone sites, 
which in turn bill all the subsites. 
This scheme promises to change 
somewhat over time as backbone 
sites become more closely con¬ 
nected to nodes in the US. 

USE OF UUCP 

Although UUCP has made 
EUnet possible, it has been nec¬ 
essary over time to modify the 
network somewhat. Among the 
changes that have been made are: 

• Modifications to the software so 
that it can work with a variety of 
European dialers and phone 
numbering schemes. 

• Mechanisms that keep cost/per¬ 
formance ratios dynamically so 
that data transmissions can be 
automatically terminated once 
they reach a specified limit. 


Most American 
manufacturers, 
unaware of the 
subtleties of European 
problems, focus on the 
obvious language 
issues, to the detriment 
of the technology. 


• Numerous UUCP bug fixes that 
improve the reliability of un¬ 
monitored calls. This is especial¬ 
ly important because most data 
transmissions are made late at 
night to take advantage of lower 
rates. 

• The integration of network ac¬ 
counting software that logs the 
origin and destination of calls 
automatically so that transmis¬ 
sion costs can be charged back 
later. 

• The inclusion of a special proto¬ 
col for X.25 (the so-called F- 
protocol). 

• The addition of a special pack¬ 
age that allows X.25 PADs to be 
initialized with UUCP. 

• The development of a package 
able to determine whether pack 
or compact has been used to 
compress a message. This pro¬ 
gram also determines the ver¬ 
sion of software used in the 
procedure. 

Without these changes, it 
would be very difficult to run 
UUCP in Europe. Most European 
manufacturers understand this 
and thus have included EUUG’s 
version of UUCP in their UNIX 


products. Most American manu¬ 
facturers, however, do not appre¬ 
ciate the need for a modified 
UUCP. The reason should be fa¬ 
miliar to those who know the 
European market: US manufac¬ 
turers typically sell to Europe 
through third-party distributors. 
More often than not, these dis¬ 
tributors are not abreast of UNIX 
technology—whether American 
or European. Whatever they do 
know usually has come by way of 
indoctrination from the US man¬ 
ufacturer. But most US manufac¬ 
turers, unaware of the subtleties 
of the problem, focus on the 
obvious language issues, to the 
detriment of the technology. 

What’s more, the typical US 
manufacturer looking to expand 
into Europe will first look for a 
British sales point. The reason 
should be fairly obvious: Ameri¬ 
can and English people think 
they speak the same language. 
Unfortunately, these companies 
then believe that they have suc¬ 
ceeded in penetrating the Europe¬ 
an market. But, as Dutchman 
Piet Paaltjes once said, “All we 
have in common with England is 
some small water. All that we 
have in common with the States 
is about the same, except that the 
water is bigger.” 

USING X.25 

When it comes to communica¬ 
tions, the rule of thumb is that 
England is the European country 
most likely to take the initiative. 
It was there, for instance, that 
X.25 (or “PSS”, as it is known in 
Britain) first was established. Be¬ 
ing the first, it shouldn’t be 
surprising that England’s version 
of X.25 is somewhat different 
from what the rest of Europe 
ultimately adopted. In fact, there 
are variances between the X.25 
implementations of almost all the 
countries. Happily, most of these 
differences are transparently re- 
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BORDER SKIRMISHES 


solved by international PTT 
gateways. 

International X.25 links were 
first made available in mid-1983. 
By the end of 1984, the quality of 
service afforded by most PTT 
gateways was actually pretty 
good. But, even yet, there are 
some countries—like Finland— 
that cannot be reached by way of 
X.25 connections. 

To avoid the cost and delay that 
the checking and rechecking of 
UUCP can cause, most X.25 sites 
have resorted to PADs. But PADs 
require some basic CCITT proto¬ 
col knowledge. For example, hu¬ 
man interaction is required to 
prevent PADs from capturing 
some of the control characters 
used by UUCP. Other tricky ques¬ 
tions for X.25 site managers 
revolve around the length of 
packages and the sending of 
messages. For instance, should 
a timeout be used to initiate 
the sending of a package, or 
should some other delimiter be 
employed? 

Using X.25 also requires care 
in the use of UUCP protocols. The 
G-protocol will work, but it de¬ 
stroys performance on reliable 
connections. In order to facilitate 
those particular connections, the 
F-protocol was built. But compli¬ 
cations such as these are reason 
enough to explore alternatives to 
UUCP. 

Certainly, if anything is to be 
replaced, it will be UUCP and 
not X.25. The X.25 standard is 
an important international com¬ 
munications fixture. Cost savings 
alone ensure its survival. At pre¬ 
sent, the average transatlantic 
data transmission sent over tra¬ 
ditional phone lines costs $.95 
per kilobyte, while with X.25 this 
cost falls to $.15 per kilobyte. 

Meanwhile, X.400 often has 
been proposed as a possible suc¬ 
cessor to UUCP. But attention 
must be paid to availability, 
which—at present—is not an 


"All we have in 
common with England 
is some small water. All 
that we have in 
common with the 
States is about the 
same, except that the 
water is bigger." 


X.400 strong suit. There are two 
X.400 implementations currently 
available. One that originated at 
the University of British Colum¬ 
bia is currently being evaluated 
for European use. The goal, of 
course, is to find a solution that is 
both dependable and inexpen¬ 
sive. Toward this end, an effort to 
implement X.400 under UNIX 
software should be considered. 
This certainly would be more 
economical than leaving each 
country to formulate solutions 
independently. At present, how¬ 
ever, X.400 is more expensive 
than UUCP. If it remains so, UUCP 
and the various public domain 
UNIX packages that make use of 
it (sendmail, MMDF, and MH.5) 
can expect a long life in Europe. 

On another front, the Europe¬ 
an Economic Community (EEC) 
is at work on UNIX-to-UNIX 
communications based on the In¬ 
ternational Standards Organi¬ 
zation’s Open Systems Inter¬ 
connect (OSI) implementation. 
Most European manufacturers 
are partners in this effort. The 
package that ultimately is re¬ 
leased will be one of the first 
implementations of OSI available 
under UNIX. Without question, 
this package will be significant, 


but it hardly will be a panacea. 
For one thing, numerous modifi¬ 
cations in the UNIX kernel will be 
required to run implementations 
of the package. This, of course, 
will cause compatibility prob¬ 
lems with systems not manufac¬ 
tured by European OSI partners. 
What’s more, the software is 
unlikely to be cheap. This prob¬ 
ably will put off veteran UNIX 
users who have come to appreci¬ 
ate the standard Berkeley fee. 

ACADEMIC NETWORKS 

No discussion of bureaucracy 
and European networking would 
be complete without a reference 
to “academic networks’’. These 
grew popular in every country in 
Europe a few years ago. Budgets 
were raised and plans were made 
to connect all the university com¬ 
puter centers with each other, but 
only on a nation-by-nation basis. 
Within this context, of course, 
each country considered only its 
own communications problems. 

It is only now—by way of the 
EEC—that work finally is under¬ 
way to combine the networks. 
The Reseau Academique de Re¬ 
cherche Europeenne (RARE) is 
charged with accomplishing the 
merger. It actually wasn’t until 
1984, however, that any headway 
was made toward cooperation, 
and even then it was left to an 
American, Larry Landweber of 
CSnet, to get representatives of 
the various European network 
religions together at meetings 
in Paris (1984) and Stockholm 
(1985). 

Meanwhile, on another front, a 
different network—European 
Academic Research Network 
(EARN)—has started to gain mo¬ 
mentum. EARN connections are 
made via leased lines that criss¬ 
cross Europe. Academics seem to 
find this approach attractive, 
doubtless (at least in part) be¬ 
cause the costs for all the neces¬ 
sary lines and equipment are 
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carried by a Big Blue American- 
based computer company. 
Though it staggers the imagina¬ 
tion, it is expected that users in 
academic computer centers will 
end up shipping data to neighbor¬ 
ing computer science depart¬ 
ments by way of the US. That’s 
because computer centers will be 
able to ship their data free of 
charge to the US. A transatlantic 
call will then be made to EUnet, 
which will in turn relay the data 
on to the appropriate node. Guess 
who picks up the bill for this— 
the computer science depart¬ 
ment, of course. 

Won’t this change once the 
EARN network infrastructure is 
fully established and the EUnet 
has integrated some X.400 capa¬ 
bilities? The two, after all, will 


American and English 
people think they 
speak the same 
language. 


then share some European gate¬ 
ways. No matter—it appears as if 
data shipped from a computer 
center still will end up taking 
80 trips around the world be 
fore making its way to a UNIX 
machine next door. One has 
to wonder, though, if change 
would not come quickly if EARN 


members suddenly were forced 
to shoulder the cost of their 
transmissions. 


Teus Hagen is the Director of the 
European UNIX systems User 
Group and the Chairperson of the 
Netherlands UNIX systems User 
Group. He was the first person to 
install UNIX on a VAX 11/780 in 
Europe, and he also made Europe's 
first Ethernet connection. Until 
1984 , Mr. Hagen served as head of 
the Computer Laboratory in Am¬ 
sterdam's Centre for Computer Sci¬ 
ence. He now works with ACE 
Associated Computer Experts in 
Amsterdam , and serves as a consul¬ 
tant to X/OPEN, ESPRIT, and 
various European companies pro¬ 
ducing UNIX products. ■ 
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FACING UP 

TO 

INTERNATIONALIZATION 

A layered approach to native language support 

by G. L. Lindgren 


T 

JL oday, the UNIX 
system rides a wave of popularity 
in the US. This is also true in 
other parts of the world, where, 
despite the system’s inadequate 
support for languages other than 
English, it quickly is becom¬ 
ing a standard. But before the 
UNIX system can be considered 
a true international standard, 
it will need to provide for the 
use of native languages and 
conventions. 

Since the UNIX system was 
originally designed by software 
developers for their own use, it is 
not surprising that historically it 
has been popular in software 
engineering environments. To¬ 
day, however, the UNIX system 
can be found in other walks of life 
as well. Much of the acceleration 
in its popularity can be attributed 
to a new class of users: com¬ 
puter-literate knowledge work¬ 
ers who are interested in comput¬ 
ers strictly as a means to 
accomplish a task. This group is 
not the least bit interested in the 
sorts of programming languages 
that are supported, the types of 
shell procedures that are avail¬ 
able, or, in fact, the number of 
software development tools that 
are included. Neither are they 
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interested in learning a new syn¬ 
tax for each new task that they 
perform. No, these are users who 
want systems that conform to 
them because they don’t have 
time to conform to systems. 

This class of users, of course, 
has members who live outside the 
US. In a way, building an interna¬ 
tional version of the UNIX system 
is very similar to building a 
friendly user interface. Both ef¬ 
forts involve making the interac¬ 
tion between human and com¬ 
puter as simple, comfortable, and 
error-free as possible. The devel¬ 
opment of a system able to con¬ 
verse in the user’s own language 
would certainly be one way to 
improve this interaction, both for 
new users and traditional users 
(software developers). 

Because the UNIX system was 
developed in the United States, it 
speaks English (or at least 
American English) well and man¬ 
ages to support most of the con¬ 
ventions found in the US. But 
support for other languages and 
conventions does not exist. This 
article describes an architecture 
for rectifying the problem. The 
purpose here is to show how a 
new system design might be able 
to minimize development even 


while maximizing flexibility. 

OBJECTIVES 

What should the non-English 
speaking user expect from such 
an architecture? Among the list of 
features that should be supported 
are: 

• The ability to use native lan¬ 
guage character sets. 

• The ability to communicate with 
the UNIX system in the user’s 
native language. 

• The ability to converse in one 
or more native languages si¬ 
multaneously. 

• The ability to build language- 
independent applications on 
the architecture. 

• Support of local conventions 
and habits (such as different 
date and time formats, sorting, 
and numeric representations, 
among others). 

• The ability to adapt to new 
languages without recompiling 
software. 

• A consistency among features 
that makes it possible for appli¬ 
cations to share information. 

• A level of performance compara- 

I/lustration by M. Kathryn Thompson 









INTERNATIONAL LAYERS 


ble to that offered by current 
domestic releases of the system. 

ARCHITECTURE 

In truth, the architecture for 
an international version of the 
UNIX system should not differ 
much from the one the system 
has today. It may be advanta¬ 
geous, in fact, to provide the 
global features (pardon the pun) 
in a single version of the system 
so as to avoid duplication of work, 
incompatibilities, and so on. To 
accomplish this, the architecture 
of the UNIX system would need to 
be divided into two major compo¬ 
nents: a UNIX system base and a 
national supplements layer. 

The first component simply 
would incorporate the traditional 
UNIX system product as we know 
it today. In addition, it would 
contain hooks for the interna¬ 
tional features included in the 
national supplements. 

The national supplements lay¬ 
er, of course, would be an addition 
to the current UNIX system. 
There certainly is nothing sacred 
about the term itself. “National 


In a way, building an 
international version 
of the UNIX system is 
very similar to building 
a friendly user 
interface. 


supplements” is merely the best 
designation I can think of to 
describe optional packages con¬ 
taining the extensions (such as 
tables, databases, and drivers) 
needed for the UNIX system to 
handle languages other than 
English and to support non-ASCII 
characters sets. 

A picture of this architecture is 
shown in Figure 1. 

THE UNIX SYSTEM BASE 

Changes must be made to the 
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Figure 1 — A proposed architecture for an international version of UNIX. 


UNIX system base to provide new 
features, modify existing ones, 
and, in general, remove language- 
specific dependencies. To make 
this easier to describe, I’ve divid¬ 
ed the discussion into four sub¬ 
categories, namely: 

• Eight-bit Cleanup. 

• Codeset Support. 

• Message Handling. 

• Local Conventions. 

The Eight-bit Cleanup. It 
should come as no surprise that 
the UNIX system is an ASCII- 
based operating system, meaning 
it was designed to work with the 
seven-bit ASCII codeset. (There 
are implementations of the UNIX 
system that use codesets other 
than ASCII (for example, IBM and 
Amdahl implementations), but 
for the purposes of this article, I 
will assume that the UNIX system 
is based on the ASCII codeset.) 
Since most computer hardware 
assigns eight bits to a byte, the 
UNIX system gives programmers 
an extra bit to fiddle with in their 
applications. Predictably, several 
UNIX system utilities also have 
taken advantage of this free bit 
to become more compact and 
efficient. 

In order to support codesets 
other than ASCII, all eight bits of 
a byte are necessary. This means 
that all UNIX system utilities that 
use the most significant bit for 
internal purposes or that only 
allow for seven bits of informa¬ 
tion will have to be changed to 
support eight bits. 

Character Set Support. An 
additional facility is necessary 
to support non-ASCII character 
sets. This will involve placing a 
structure on text files so that they 
can contain multiple character 
sets. 

In addition, once a facility for 
supporting supplementary char¬ 
acter sets has been provided, it 
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also will be possible to include an 
additional layer of software to 
hide many of the details from 
software developers. This layer 
should provide for the widest 
character (yes, characters can be 
wider than eight bits!) and pro¬ 
vide a means for determining 
what set a character comes from. 
Add to this a set of library rou¬ 
tines that provides the same pow¬ 
er as the C library and you have a 
nice, clean interface for handling 
multiple-byte character sets. 

Message Handling. Probably 
one of the most visible parts of an 
internationalized UNIX system 
will be the multiple-language 
message handling facility it of¬ 
fers. This can take many forms, 
but the idea is to separate mes¬ 
sages and text strings from the 
source code so that they later can 
be bound in the appropriate lan¬ 
guage. This is primarily so that 
error messages can be displayed 
in the native language, but it may 
also be used, for example, to print 
the name of the month in the 
native language whenever the 
date command is used. User 
prompting is also a concern since 
it’s important that users be able 
to reply in their native language. 

Local Conventions. The UNIX 
system will need to account for 
the common forms and rules 
applied to information communi¬ 
cation in a variety of cultures. The 
aim of internationalization is to 
provide UNIX system applica¬ 
tions and utilities capable of in¬ 
teracting with end users in a 
manner adapted to these conven¬ 
tions. At the same time, applica¬ 
tions and utilities must be porta¬ 
ble and easily adaptable to other 
conventions (which is to say that 
they must be shielded against the 
possibility of becoming hostage to 
any particular set of conven¬ 
tions). What's more, existing util¬ 
ities and interfaces must be mod¬ 
ified to support both implicit 
and explicit invocation of these 


conventions. 

Among the areas that must be 
modified to provide for local adap¬ 
tation are: 

Collating Sequences. The ability 
to define one or more collating 
sequences for a specific codeset 
must be provided. Utilities that 
produce sorted output or require 
sorted input must be modified to 
allow the invocation of different 
collating sequences. 

Character Classification. The 
ability to define character classes 
on a language-by-language basis 
must also be offered. In addition, 
new routines must be developed 
to support new capabilities (such 
as the ability to indicate which 
codeset a particular character 
comes from). 

Date and Time Formats. The 
ability to enter and display date 
and time in native languages 
according to local format conven¬ 
tions is another requirement for 
internationalization. 

Numeric Representation. The 
ability to define the rules for 
numeric editing (such as deci¬ 
mal and thousands delimiter) is 
essential. 

Currency Representation. The 
ability to specify rules and for¬ 
mats for editing references to 
local currency is yet another in¬ 
ternational requirement. 

NATIONAL SUPPLEMENTS 

Language-specific components 
of the UNIX system, such as 
drivers, help databases, error 
messages, and online documen¬ 
tation, should be provided in 
national supplements for specific 
languages or territories. These 
national supplements could con¬ 
tain the necessary software to 
support a particular language 
and the various hardware peri¬ 
pherals found in the countries in 
question. All of this software 
could (and should) be created 


from tools provided in the UNIX 
system base. 

Language-specific applications 
could also be provided as part of 
the national supplements. 

APPLICATIONS PACKAGING 

Software developers will be 
able to provide international ca¬ 
pabilities without significant soft¬ 
ware modifications if they build 
them according to the layered 
architecture described here. As 
with the system as a whole, 
applications can be manufac¬ 
tured and packaged with appli¬ 
cation-specific national supple¬ 
ments so that customers will be 
able to purchase just those sup¬ 
plements that they need to use 
with their applications. In this 
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Introducing the HP 9000 Series 300 

The computer that 


Starting right now, HP is going to change your thinking , 
on the ways that computers can change. Because now, there’s 
a computer system so easy-to-configure that it meets 
today’s application requirements quickly and cost-effectively, 
and so modular and expandable that it embraces future 
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Changing CPUs in the HP 9000 Series 300 is a snap. You simply 
plug in a new card set and, with object code compatibility, you shift 
from a 68010 running at 10 MHz to a 68020 running at 16.6 MHz. 


Adding peripherals is easy. 

The Series 300 has the built-in interfaces to handle 
HP’s large, fully compatible family of peripherals. There 
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so you can go from 12-inch monochromatic display all 
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In addition, there are a number of HP peripherals for you 
to choose from: input and mass storage devices, plotters, 
printers, and more. 

Productive programming language options. 

You also have a complete set of programming language 
tools to work with, to help you better meet the needs of 
your application. For instance, the Series 300 runs HP 
BASIC, as well as HP-UX — HP’s robust version of AT&T’s 
System V UNIX™ operating system. And HP-UX 
supports industry standard programming languages, too — 
FORTRAN 77, Pascal, and C. 

Link entire systems, not just users. 

The Series 300 is designed to be linked with other systems. 
Your initial application may call for a simple, single-user 
system. But the Series 300 has what it takes to grow into 
a sophisticated 100-node LAN based on IEEE 802.3 or 
Ethernet™. With LAN, the Series 300 can share data 
with the Series 200 and 500 computers in the HP 9000 
family, plus the popular HP 1000 and 3000 family. 


Consistent HP quality. 

With the HP Series 300, you can count on cost of 
maintenance below 4 percent, the result of exceptional 
HP product quality, uniformly maintained with exacting 
tests in temperature, shock, humidity, altitude, and many 
others. Couple this with our complete service and support 
package and you have still more reasons to go with HP. 

Call us today! 

Choose the system that will change to meet the applica¬ 
tion requirements of you, your users, and your customers 
today and tomorrow. Call your local HP sales office listed 
in the white pages. Or call 1-800-522-FAST (in Colorado, 
223-9717 collect) for the number of the sales office 
nearest you. 

Now, get data on-line, 24 hours a day! 

For immediate information, use your computer and 
modem and dial 1-800-367-7646 (1200 baud, 7 bits even 
parity, 1 stop bit). In Colorado call 1-800-523-1724. 
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way. the overall cost of an appli¬ 
cation can be kept low. and 
modest additional fees can be 
applied to each supplement. 

Since the mechanisms to sup¬ 
port international capabilities 


would be provided by the generic 
UNIX system base—rather than 
by the national supplements— 
applications would not need to be 
recompiled each time a national 
supplement is purchased. Simi¬ 


larly, applications would not be 
locked into specific national con¬ 
ventions. It should be possible for 
a customer to purchase an appli¬ 
cation for one language and then 
be able to use the application in a 
new language under a different 
supplement after only a simple 
installation process. 

CONCLUSION 

Building international capa¬ 
bilities into an operating system 
is not new; many computer com¬ 
panies have been doing it for 
years. In fact, native-language 
support is not even new to the 
UNIX system; there are many 
derivatives of the UNIX system 
worldwide that support native 
languages and supplementary 
codesets. But the focus of these 
implementations uniformly has 
been on solving particular prob¬ 
lems rather than on addressing 
the general one. 

The approach presented here 
has several advantages. For us¬ 
ers. it can lead to products with 
standard facilities for supporting 
native languages—as well as the 
ability to provide a smooth migra¬ 
tion path to new languages. For 
software developers, it represents 
a means for producing applica¬ 
tions that have a much wider 
audience. This, in turn, should 
encourage the development of 
UNIX system software and propa¬ 
gate the system’s use. 

Gary Lindgren has been with 
AT&T for nine years, spending all 
but the last six months with Bell 
Laboratories. He now works with 
AT&T Information Systems. Mr. 
Lindgren’s work has included a 
myriad of assignments, but most 
of these have had some contact 
with the UNIX system. His latest 
responsibilities include systems 
engineering for new features in 
UNIX System V, including work on 
the modifications necessary for 
internationalization. ■ 


Easier 

than 

1 - 2 - 3 ... 


BUT DESIGNED 
FOR LARGER 
SYSTEMS 


_ P.O. BOX 2669 

SSSffSfflSS KIRKLAND, WA 98033-0712 


I EFFECTIVE SOFTWARE FOR BUSINESS 




o 

C-Catc 

SpraMwnMK 

Ptertwotyoe 

m 

NWinvK* 

m ^ 




It’s simple, C-CALC from DSD Corporation is 
more flexible, has more functions, and is easier 
to use than the best selling spreadsheet. We 
made it that way for a very simple reason, you’ll 
get more work done and make better decisions 
in less time. That’s what makes you successful 
whether you are planning for the future, fore¬ 
casting trends, or analyzing profits. 

The most popular spreadsheets require a great 
deal of time to get up and running. When we 
created C-CALC we kept in mind that time is 
your most important resource. Our On-Line 
Help facilities, prompts and menus allow even 
someone with minimal experience to see 
meaningful results in very little time. Our built- 
in training procedures let you pace your own 
learning with tutorial topics that range from 
basic to advanced. As you become more expe¬ 
rienced, C-CALC allows you to bypass 
prompts and menus to save even more time. 

So call DSD Corporation at (206) 822-2252. 
C-CALC is currently available for: UNIX, VMS, 
RSTS, RSX, IAS, P/OS, AOS, AOS/VS (Data 
General), IBM CSOS. 

C-CALC is a registered trademark of DSD Corporation. UNIX is a registered 
trademark of Bell Labs. P/OS. RSTS and RSX are registered trademarks ol 
Digital Equipment Corporation. AOS and AOS/VS are registered trademarks 
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YOU CHOOSE: 


Terminal Emulation Mode 

MLINK 

CU/UUCP 

Menu-driven Interface 

Yes 


Expert/brief Command Mode 

Yes 

Yes 

Extensive Help Facility 

Yes 

Directory-based Autodialing 

Yes 


Automatic Logon 

Yes 

Yes 

Programmable Function Keys 

Yes 


Multiple Modem Support 

Yes 

Yes 

File Transfer Mode 



Error Checking Protocol 

Yes 

Yes 

Wildcard File Transfers 

Yes 

Yes 

File Transfer Lists 

Yes 

Yes 

XMODEM Protocol Support 

Yes 

Compatible with Non-Unix Systems 

Yes 


Command Language 



Conditional Instructions 

Yes 


User Variables 

Yes 


Labels 

Yes 


Fast Interpreted Object Code 

Yes 


Program Run 

Yes 


Subroutines 

Yes 


Arithmetic and String Instructions 

Yes 


Debugger 

Yes 


Miscellaneous 



Electronic Mail 

Yes 

Yes 

Yes 

Unattended Scheduling 

Yes 

Expandable Interface 

Yes 

CP/M, MS/DOS Versions Available 

Yes 



MLINK 


The choice is easy. Our MLINK Data Communications System is the most powerful and 
flexible telecommunications software you can buy for your Unix™system And it’s easy 
to use. MLINK comes complete with all of the features listed above, a clear and com¬ 
prehensive 275-page manual, and 21 applications scripts which show you how our 
unique script language satisfies the most demanding requirements. 


Unix System V 
Unix System III 
Unix Version 7 


BSD 4.2 

Xenix 

VM/CMS 


MS-DOS 
CP/M 
and more... 


Choose the best. Choose MLINK. 


Altos 

Arrete 

AT&T 

Compaq 


Data General 
DEC 
Kaypro 
Honeywell 


IBM 
Onyx 
Plexus 
and more... 


MLINK is ideal for VARs and application builders. Please call or write for information. 



Corporate Microsystems, Inc. 


Ml INK is ,i 1 1 ,idem.it k of Cor pot ale Mi< losysiems. In<. Unix is a liadematk ol AIM 
trademarks of Microsoft Corp. C P/M is a regisiered trademark of Digital Research. 


P.O. Box 277, Etna. NH 03750 (603) 448-5193 

Hell Laboratories. IBM is a registered trademark of IBM Corp.MS-DOS and Xenix are 
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An interview 
with 
Jim Bell 


FOREIGN EXCHANGE 


It has been said that those 
who are unfamiliar with efforts 
to create an international ver¬ 
sion of UNIX cannot possibly 
imagine how hellish the prob¬ 
lems are. and that those who are 
familiar with the problems 
can't bear to think about them 
anymore. Jim Bell has no 
choice. As the Group Engineer¬ 
ing Managerfor the Information 
Systems Group of Hewlett- 
Packard. he is responsible for 
coordinating all UNIX activi¬ 
ties. including the internation¬ 
alization of HP-UX. 

From his management perch. 
Bell must consider more than 


technical hurdles alone. Mar¬ 
keting issues, legal consider¬ 
ations. political obstacles, and 
sociological factors also must be 
weighed. 

This, though, is hardly the 
first formidable problem Bell 
has tackled. Prior to joining HP 
live years ago. he managed 
various engineering Junctions 
at DEC for 12 years, serving 
as the Corporate Director of 
Research from 1973 to 1980. 
He previously held positions 
with Bell Labs. IBM. SRI In¬ 
ternational. and Control Data 
Corporation. 

So as to probe better into the 


world view shaped by such 
experience. UNIX REVIEW asked 
Jeff Schriebman. President of 
UniSoft Systems, to interview 
Bell. Schriebman himself is no 
stranger to the issue of interna¬ 
tionalization; his company is 
currently under contract with 
AT&T to jointly develop an 
interface between Japanese 
Kanji applications and System 
V running on AT&T's 3B series 
of computers. 


REVIEW: Can you briefly sum¬ 
marize what Hewlett-Packard 
has done to accomplish UNIX 
internationalization? Whatfea- 
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tares have you found to be 
necessary? 

BELL: For the present, we’re pro¬ 
viding full eight-bit transparency 
for support of both European 
languages and Katakana pho¬ 
netic Japanese. This is being 
shipped in our current UNIX 
products. We’re also actively en¬ 
gaged in work to produce message 
catalogues, file manipulations, 
and custom routines for things 
like local currency and date con¬ 
ventions. Another project that’s 
underway is generating native 
language user documentation. 
Because of varying national stan¬ 
dards in areas such as data 
communications, we also have 
been inspired to make UNIX a 
more open, modular system. 

REVIEW: That's a lot of top¬ 
ics—a lot of things to imple¬ 
ment. How long have you been 
working on these projects? 

BELL: We’ve been working for 
several years. We already had a 
base of experience to build on 
because we’ve been providing 
foreign language support for our 
MPE commercial operating sys¬ 
tem for some time. Many of the 
ideas from that effort have car¬ 
ried over. In particular, we had 
something called the “Localiza¬ 
tion Cookbook’’, which software 
developers inside the company 
could use to make products suit¬ 
able for localization. We believe 
that the systems software divi¬ 
sions and operating systems divi¬ 
sions need to put in hooks that 
can provide, once and for all, the 
infrastructure that will allow one 
to localize a given application 
easily. Then, within given foreign 
countries, we have “localization 
centers’’ that can make the nec¬ 
essary business decisions about 
which things to localize. These 
centers also can handle the actu¬ 
al localization efforts. 



a general 

philosophy, we want 
to be compatible with 
standards in every case 
possible unless there's 
an extremely 
compelling reason not 
to be. 


these “once and for all" hooks 
been? It's rather difficult to do 
things “once and for all ”, isn't 
it? 

BELL: The efforts have been 
quite successful. It’s actually 
easier to produce “once and for 
all’’ hooks than it is to repeat 
fundamental localization opera¬ 
tions inside each application. 

REVIEW: As I understand it , 
your process is to develop a 
basic version of an operating 
system in the US , complete with 
appropriate hooks , and distrib¬ 
ute this code to your interna¬ 
tional affiliates who then can 
tailor itfor their customers' use. 

BELL: That’s right. We feel that 
decisions weighing the needs of 
the local market are best made by 
people in the country in question. 
The hooks—the so-called native 
language support (NLS) hooks— 
are designed so that localization 
work can be done quite easily. In 
general, we make the hooks tabu¬ 
lar, data-oriented, and highly en¬ 
capsulated so that the people 
responsible for local modifica¬ 
tions don’t actually have to go 
through and make changes in the 
code itself. 

REVIEW: Do you work with 
standards organizations out¬ 
side the US? 

BELL: Absolutely. We not only 
track standards closely, we also 
try to take an active posture in 
influencing their development. 
We’ve found that standards like 
GKS graphics and ISO network¬ 
ing are even more of a market 
factor internationally than they 
are domestically. 

REVIEW: Do you think it's pos¬ 
sible to develop one UNIX stan¬ 
dard for the entire world? 

BELL: I believe so, although some 
questions—such as support of 
large character sets—obviously 
have a much higher priority in 


REVIEW: How successful have 
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Asia than they do here. 

REVIEW: Do you think that 16- 
bit support is sufficient? It's not 
clear that it will be enough in 
China. for instance. where it 
may be necessary to ojffer 24 or 
32-bit support . 

BELL: We feel that 16-bit sup¬ 
port is fully adequate. We are in 
close touch with our affiliate in 
Taiwan. In fact, I suspect we may 
have a larger proportion of the 
total data processing market in 
Taiwan than we have in any other 
country in the world. We also 
have a joint venture going in the 
People’s Republic of China. So we 
get quite a bit of feedback on our 
plans before executing them, and 
it’s our impression that, for a 
surprising amount of the market, 
even 15-bit support is adequate— 
highly accepted, in fact—in the 
personal computer world. After 
all, a 35,000-character set suf¬ 
fices even for Asian languages, so 
15 bits offer more than enough 
combinations to encode it. 

REVIEW: How does your inter¬ 
national version of UNIX com¬ 
pare with the X/OPENstandard 
just recently released in Eu¬ 
rope? [X/OPEN is a body made 
up of leading European manu¬ 
facturers of UNIX systems — 
including Bull , Ericcson, ICL. 
Nixdorf. Olivetti. Philips, and 
Siemens—that is working to 
develop a common European 
interface to UNIX.J If you're not 
now compatible. will you be¬ 
come so in the near future? 

BELL: That’s our plan. As a gen¬ 
eral philosophy, we want to be 
compatible with standards in ev¬ 
ery case possible unless there’s 
an extremely compelling reason 
not to be. And if there are multi¬ 
ple standards, we may very well 
support them all. Even now, our 
base UNIX product is a superset 
of AT&T System V.2, but at the 
same time we support various 


other standards, including utili¬ 
ties developed at Berkeley. 

REVIEW: It is impossible to sup¬ 
port multiple standards in some 
cases because standards con¬ 
flict. How do you deal with 
these cases? 

BELL: We’ve actually found that 
those instances are surprisingly 
rare. There are strong reasons for 
supporting multiple standards. 
For example, if you consider 
networking, you find that there 
already is a set of standards 
that’s widely used in the UNIX 
world and is generally expected 
by our UNIX-oriented customers. 
Although we support TCP/IP for 
levels three and four of the ISO 
model, HP customers also are 
accustomed to our own network 
services. So we support both, 
particularly to facilitate com¬ 
munications between our UNIX- 
based machines and our ma¬ 
chines not running UNIX, in¬ 
cluding personal computers and 
larger business systems. 

REVIEW: How do you think the 
System V Interface Definition com¬ 
ing outfrom AT&T will interface 
with the X/OPEN group stan¬ 
dard? How will they both inter¬ 
face with the Japanese stan¬ 
dard recently proposed by a 
Japanese advisory group to 
AT&T? Do you think we can 
arrive eventually at a global 
user interface—a C-level inter¬ 
face. if you will? What do you 
see happening with this over 
the next few years? 

BELL: I think most people realize 
that it’s in everyone’s interest to 
have standards converge rather 
than diverge. Personally, I’ve 
been very pleased with some 
developments in that regard over 
the last year or two. For example, 
the plan to converge Xenix with 
System V is very helpful at the 
low end. The plan for a coopera¬ 
tive standard between Sun and 


AT&T is equally helpful at the 
high end. The IEEE standardiza¬ 
tion plans, which initially were 
seen as being in potential conflict 
with the /usr/group standards, 
have turned out instead to be 
mutually reinforcing. Given Eu¬ 
rope’s and Japan’s goal of being 
able to import software easily, it 
clearly is in their interest—as 
well as everyone else’s—to have a 
standard that’s compatible with 
the US standards. 

REVIEW: What are the obsta¬ 
cles to compatibility? That is. 
how has the UNIX market in 
Europe and Japan differed 
from the UNIX market in the 
US? 

BELL: I think they’re actually 
fairly similar. The three US mar¬ 
kets that are disproportionate 
ly strong are universities, com¬ 
munications companies, and gov¬ 
ernmental agencies. In Europe 
and Japan, UNIX is also very 
popular in universities and in 
communications companies. An 
example of the significance of 
university installations may be 
seen by contrasting the strength 
of UNIX in the Netherlands, 
where university use is common, 
with its strength in Italy, where 
university use is less common. I 
think that governmental use may 
be a little less in Europe and 
Japan, although formal endorse¬ 
ments—by MITI [the Ministry of 
International Trade and Indus¬ 
try), for example—very well may 
be changing that in Japan. 

There are other characteristics 
that differ somewhat. For exam¬ 
ple, we have found that on many 
of our machines the European 
user has tended to order smal¬ 
ler configurations. Europeans in 
general seem to be particularly 
price-sensitive. They also tend to 
place more stress on their sys¬ 
tems by adding terminals until 
system performance degrades. 

In the Japanese market the 
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technical user is more likely to be 
comfortable with English lan¬ 
guage versions of software than 
the commercial user is, so I think 
the ratio of technical UNIX ma¬ 
chines to commercial UNIX ma¬ 
chines is higher in Japan than it 
is in the United States. 

In general, we’ve found that 
our UNIX-based machines are 
roughly as popular, relatively 
speaking, in Europe as they are in 
the United States. This is in 
contrast to the European market 
for many other computer prod¬ 
ucts, which generally lags behind 
the US by one to two years. In 
other countries, we find that the 
market is less developed—with 
the notable exception of Japan. 

REVIEW: What about applica¬ 
tions packages? How has the 
applications cottage industry, if 
you will, been developing in 
Japan and Europe? 

BELL: I think it has been develop¬ 
ing more slowly than here, par¬ 
ticularly in terms of indigenous 
applications. Most of the UNIX 
applications 4’ve found are pack¬ 
ages imported from the United 
States. The Japanese have had 
the particular tradition of provid¬ 
ing software customized to the 
individual customer rather than 
designed for off-the-shelf sales. 
This has carried over into the 
UNIX world as well. We have 
found in the Japanese case that a 
key to increasing UNIX sales is 
education about UNIX and the 
applications available for it. 

REVIEW: Education of the end 
user? 

BELL: Yes, as well as education of 
intermediate users such as soft¬ 
ware houses. In both Japan and 
Europe, we have found that about 
half of all the calls to our systems 
engineers are educationally-ori¬ 
ented, pre-sale questions. 

Actually, we’ve done some¬ 
thing within Japan that we 



think that both 
vendors and users 
recognize the 
importance of a 
standard and will 
embrace the AT&T 
standard as a base for 
achieving universal 
acceptance. 


haven’t done anywhere else in 
the world by establishing a UNIX 
demo and training center in the 
Tokyo area that offers courses to 
the general public. The courses 
are aimed at helping people un¬ 
derstand UNIX products in gener¬ 
al and ours in particular. The 
center also has a library with a 
comprehensive set of materials 
for self-study. 

REVIEW: Has that been well 
received? 

BELL: It’s been extremely well 
received. We opened it in June of 
this year, and we’ve been fully 
booked ever since. 

REVIEW: How large is the Jap¬ 
anese marketjor US hardware? 
Moreover, what's essential for 
selling this hardware in Japan? 

BELL: It’s difficult to answer that 
question in general terms. It cer¬ 
tainly is the case that US compan¬ 
ies face a number of obstacles in 
trying to sell goods of any type in 
Japan. 

HP has a rather large joint 
venture in Japan, Yokagawa/ 
Hewlett-Packard, which is in a 
relatively strong position in terms 
of sales of instruments. Hence, 
we have tried to use that as a base 
from which to build our computer 
sales. This conveniently dovetails 
with our strategy of emphasizing 
UNIX for the technical market¬ 
place, so we actually have sold a 
rather large number of technical 
computers in Japan. The obsta¬ 
cles to selling larger, business- 
oriented machines in Japan are 
more significant, often making it 
valuable for US-based companies 
to work with Japanese partners 
in one way or another. 

REVIEW: Might those obstacles 
include things like long-term 
support and a company's past 
history? 

BELL: Yes. It’s almost a cliche, 
but Japanese customers in gener- 
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al are more interested in a long¬ 
term relationship than a mere 
purchase. There also is the prac¬ 
tical obstacle posed by the fact 
that many of the larger Japanese 
industrial groupings include com¬ 
puter companies, meaning that 
many of the companies will end 
up buying gear from a computer 
company that they’re associated 
with. Additionally, there is the 
fact that Japanese companies 
naturally have been somewhat 
quicker than their American 
counterparts in providing good 
Japanese language support for 
UNIX and other products. 

REVIEW: The growth oj UNIX 
in the US has been less than 
spectacular . especially during 
the last year. What sort of 
growth do you think UNIX will 
experience in the Japanese and 
European markets during the 
next few years? 

BELL: I believe there has been 
and will continue to be a steady 
growth in the UNIX market. Cer¬ 
tainly, HP is seeing that now, 
particularly in terms of number of 
units sold. I think that the disap¬ 
pointment found in some quar¬ 
ters is relative to expectations 
that may not themselves have 
been realistic. There also is a 
snowball effect to take into ac¬ 
count. I believe that as the appli¬ 
cations base steadily grows, the 
market itself will grow naturally. 

REVIEW: I would expect that 
end user requirements differ in 
Europe , Japan , and the United 
States. Would you agree? And if 
so. can you cite the differences? 

BELL: 1 actually think the needs 
are quite similar in most cases. 
There are some differences, of 
course. For example, since many 
smaller vendors cannot offer good 
local support, foreign users place 
more emphasis on product qual¬ 
ity. Even though HP offers world¬ 
wide support, we too have chosen 


to invest in quality as a competi¬ 
tive advantage. By writing and 
using a 600,000-line suite of tests 
and validation code, we have 
found and fixed over 1000 bugs 
that exist in most UNIX ports. 
Quality in the realms of documen¬ 
tation and training is also impor¬ 
tant internationally. 

Another difference between US 
and international markets has to 
do with legal issues. For example, 
there’s the problem of US export 
controls—in particular, the re¬ 
strictions placed on crypt. Sur¬ 
prisingly, though, when we spoke 
with our domestic customers 
about the possibility of having a 
domestic version of UNIX includ¬ 
ing crypt, and an international 
version excluding it, we found 
very little interest. For a long time 
now, many of us have felt that 
security was going to become an 
urgent issue, but it appears to be 
an issue whose day has not yet 
come. 

There is a problem with differ¬ 
ing legal protections within coun¬ 
tries, given AT&T’s natural reluc¬ 
tance to see its intellectual 
property jeopardized in countries 
that provide fewer intellectual 
property rights than are found in 
the US. For example, Africa and 
parts of the Middle East—Ku¬ 
wait, in particular—are areas of 
concern. AT&T’s posture is that 
any company desiring to export to 
such areas must itself do the 
research necessary to prove that 
local copyright law is an adequate 
backup should the “shrinkwrap 
protections’’ not apply. However, 
AT&T then makes the final deci¬ 
sion. based on information pro¬ 
vided by would-be vendors. 

We have been pleased with 
AT&T’s rapid progress in the last 
year on administrative and legal 
matters. It is now more open to 
suggestions and more quickly re¬ 
sponsive to requests from ven¬ 
dors. Requests that used to take 
several months to be considered 


are now turned around in weeks. 

REVIEW: Is the licensing of the 
UNIX operating system any dif¬ 
ferent from licensing HP's own 
proprietary software in coun¬ 
tries outside the US? 

BELL: Yes. We would be happy to 
be allowed to treat the licensing of 
UNIX with the same care that we 
treat the licensing of our own 
products. But we feel that AT&T is 
significantly more cautious in 
this regard than we would be. We 
have had much experience in 
international markets, and in 
general we feel that the rewards 
of licensing abroad far outweigh 
the risks. 

In considering problems, how¬ 
ever. it is important not only to 
look at the differences between 
countries, but also to remember 
the fact that the borders between 
them can cause additional logisti¬ 
cal problems. For example, when 
we made our domestic upgrades 
from System III to System V, we 
asked our users to return their 
System Ill-based copies. However, 
in the case of our international 
customers, that simply wasn’t 
feasible because the return of 
the earlier version would, of 
course, mean dealing with cus¬ 
toms agents, who are notoriously 
unsophisticated about software 
matters. We ended up letting our 
customers keep copies of both 
System III and System V so long 
as they were used only on the 
same licensed machine. 

A few years ago, a friend was 
having trouble carrying a tape full 
of software past a border guard, 
but resolved the problem by say¬ 
ing to the guard, “Don’t worry 
about it. the tape's been used 
already.” 

REVIEW: A number of times , 
requests have been made of 
AT&T to unbundle UNIX—to 
break it down into smaller run¬ 
time packages and reduce the 
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licensing fees accordingly. In 
the international arena , would 
this also help sell more UNIX 
products? 

BELL: I think flexibility is helpful 
in general, but I don’t think this is 
a key obstacle to the acceptance 
of UNIX. 

REVIEW: What are the key 
obstacles? 

BELL: I think that two central 
issues are standards and applica¬ 
tions. And, in fact, these are not 
really separate issues at all be¬ 
cause standards provide a key for 
porting applications. 

The frequently noted lack of 
user friendliness remains an is¬ 
sue, albeit one where steady pro¬ 


gress is being made. A final 
obstacle is the “UNIX is only a 
toy” sales pitch from companies 
with a weak or nonexistent UNIX 
offering. This obstacle will vapor¬ 
ize as UNIX begins to make sig¬ 
nificant inroads into the main¬ 
frame market. 

REVIEW: Do you think AT&T 
will set the standards or merely 
guide them? 

BELL: I think the whole UNIX 
community looks to AT&T for 
leadership. But a number of 
other companies, universities, 
user groups, and individuals can 
also play roles, including leader¬ 
ship roles. 

REVIEW: Are other companies 


going to accept what AT&T 
dictates , or are they going to 
wish to have a voice in setting 
the standard? And if so, how 
will they best be able to convey 
their views? 

BELL: I think that both vendors 
and users recognize the impor¬ 
tance of a standard and will 
embrace the AT&T standard as a 
base for achieving universal ac¬ 
ceptance. The most difficult issue 
here is that standards bodies— 
even AT&T itself—may not be 
able to move fast enough to keep 
up with customer requirements. 

We have very clearly specified 
our own priorities. First, we want 
to allow easy importability of 
applications, which means using 
the AT&T UNIX standard as well 
as appropriate official or de facto 
standards in other areas, such as 
languages and communications. 
Our second goal, which in no way 
is inconsistent with the first, is to 
provide for compatibility among 
our own machines. Our third goal 
is to add value by offering capa¬ 
bilities that go beyond what is 
currently embodied in AT&T’s 
implementations or in any exter¬ 
nal standard. 

We recognize that there’s a risk 
in the latter goal. For example, in 
the case of real-time extensions to 
UNIX, there’s always the danger 
that future AT&T or external 
standards may differ somewhat 
from what we have done. But the 
alternative of waiting until a 
standard emerges is unaccep¬ 
table. We are anxious to link 
our UNIX-based machines more 
tightly with our factory floor and 
instrument control applications. 
We simply can’t afford to wait. 

REVIEW: Besides real time, are 
there other issues on which 
developers would like AT&T to 
move more quickly? 

BELL: Yes. I think graphics is one 
area that should be moving faster. 
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Database management is an¬ 
other. Of course, native language 
support must also be offered. 

REVIEW: How is support of an 
international version of UNIX 
different from support of a do¬ 
mestic one? Are the differences 
mostly logistical? 

BELL: Certainly there are logisti¬ 
cal differences. If you think about 
the time differences, for example, 
you can see that it would be highly 
inconvenient for an Oriental or 
European customer to rely on the 
working day overlap with a US- 
only company. 

REVIEW: What are the adver¬ 
tising and promotion differ¬ 
ences? What problems have 
you encountered in Europe and 
Japan? 

BELL: In the case of both Europe 
and the Orient, it is not possible to 
have individual advertisements 
that cover the whole market. 
Advertising and product empha¬ 
sis often vary between countries. 
For example, UNIX, MS-DOS, and 
our own MPE operating system 
each play an important role for us 
in European countries and the 
US. But in Japan, we’ve chosen to 
emphasize UNIX strongly. 

REVIEW: In general, is your 
emphasis on UNIX greater out¬ 
side the US than within it? 

BELL: Our base strategy is funda¬ 
mentally the same worldwide. 
That is, we emphasize UNIX 
for engineering, software devel¬ 
opment, and technical applica¬ 
tions. And we’re also in the 
process of greatly increasing our 
emphasis on manufacturing and 
real-time UNIX applications. A 
bit further down the line, we 
expect to promote more use of 
UNIX on personal machines and 
in small business applications. 
The area where we are not em¬ 
phasizing UNIX is in the realm 
of medium to larger business 


machines. 

REVIEW: UNIX frequently has 
been proposed as the lingua 
franca of computing. What are 
your views on that? 

BELL: UNIX certainly is perva¬ 
sive. One of the reasons that I’m 
confident of the continued growth 
and increased success of UNIX is 
that it currently has no effective 
competition in certain markets, 
such as the high-end workstation 
market and the multiuser person¬ 
al machine market. Additionally, 
UNIX has particular advantages 
for certain classes of vendors. For 
example, some of the mainframe 
makers who have been trapped in 
narrow, private markets can use 
UNIX to break free. High-volume, 


small machine-oriented vendors, 
such as the Japanese, can use 
UNIX as a lever for breaking into 
the American market. Small, new 
hardware companies can use 
UNIX to rapidly provide a soft¬ 
ware base that would be impossi¬ 
ble to provide by proprietary 
means. 

In the final analysis, however, 
the success of UNIX will be based 
on the advantages it gives to the 
customer rather than the vendor. 
No previous operating environ¬ 
ment has spanned so wide a 
variety of markets and machine 
sizes. Indeed, it is this breadth of 
applicability and utility that au¬ 
gurs well for an increasingly im¬ 
portant role for UNIX in computer 
markets throughout the world. ■ 
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Debugging with adb 


by Bill Tuthill 
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In many ways, effective debug¬ 
ging is as critical as intelligent 
programming. The UNIX operat¬ 
ing system has achieved a certain 
stability in the marketplace, 
making debugging skills all the 
more important as consolidation 
of various versions of the system 
proceeds. Application software 
also demands debugging since 
there is at least one program for 
every known application, and at 
least one bug for every page of 
program source. Some bugs are 
merely a nuisance; others pre¬ 
vent programs from working 
altogether. 

Debugging isn’t glamorous. The joy of creating 
something original is largely absent. Afterwards, 
there's no new program to show your users. Nor can 
you produce pages of code to impress your manager. 
All you can say is that the software you’ve tended to 
works better than it did before. 

To my knowledge, no university offers a course on 
debugging, and no textbook exists that purports to 
teach debugging. This is too bad. because debugging 
requires much skill and programmers would benefit 
greatly from training on the subject. 

Even after Fred Brooks counseled against it in 
The Mythical Man Month, novice programmers 
have continued to be assigned debugging chores 
while more experienced programmers have been 
allowed to write new code. It is best if programmers 
maintain the code they write, but this does not 
usually happen because talented programmers like 
to move on to new challenges. 

On the other hand, some programmers actually 
enjoy debugging. Programmers who are good at the 
task usually fall into three categories: 1) those with 
good intuition and a grasp of the “big picture”; 2) 
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those with great patience and 
attention to detail: and 3) those 
with a good debugger. It is hard to 
find programmers in the first two 
groups. And, unfortunately, the 
standard UNIX debugger, adb, 
does not qualify its users for the 
third group. [It should be men¬ 
tioned, though,that other debug¬ 
gers are available under UNIX— 
sdb, dbx, and cdb in particular.) 

All too often programmers use 
printfQ statements instead of em¬ 
ploying a debugger. This is a slow 
method, because code must be 
recompiled at every step. Intelli¬ 
gent use of a good debugger can yield better 
production. This article is the first of a series that 
describes the UNIX debuggers. 

The most widely propagated UNIX debugger is 
adb, which first appeared on Version 7 and has 
been on every major UNIX release since. One reason 
why UNIX programmers use printf() statements 
instead of a debugger is that adb is so limited. It may 
have the worst user interface of any UNIX program. 
Furthermore, it is not symbolic, so you can’t display 
C source code as you debug. Better debuggers are 
provided on other systems, including VMS and MS- 
DOS. This is embarrassing for an operating system 
that is supposed to be the best software develop¬ 
ment environment available. 

Like compilers, debuggers are not portable. Since 
both deal with machine instructions and subroutine 
calling sequences, they have to be changed when 
the UNIX system is moved to a new processor or 
even when a different implementation is used on 
the same processor. Consequently, adb is not the 
same under every implementation, lhe examples 
here were taken from an MC68000-based machine: 
you may see slightly different results on different 
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It is best if programmers maintain 
the code they write, but this does 
not usually happen because 
talented programmers like to move 
on to new challenges. 


machines. Not all features of adb work on every 
processor. 

THE adb DEBUGGER 

Most of the time, programmers use adb to find out 
why a program dumped core (stack backtrace). To 
ensure valuable output, it’s first necessary to check 
that the program hasn’t been stripped of its symbol 
tables. If it has, few of adb’s features will work. In¬ 
voke the debugger as follows, where program is the 
pathname of the executable file that dumped core: 

$ adb program core 

Also, consider the program listed in Figure 1, 


^include (stdio.h) 

^define LIMIT 5 

mainQ /* print message and die */ 

{ 

int i: 

for (i = 1: i <= 10 : i++) { 

printf("Goodbye world!\n") : 
dumpcore(i): 

} 

exit(O)= 

} 

dumpcore(lim) /* de-reference NULL pointer */ 

int lim : 

{ 

int *ip: 

if (lim >* LIMIT) { 
ip = NULL; 

*ip = lim : 

} 

} 

Figure 1 — A program that de-references a NULL 
pointer. 


which de-references (references through) a NULL 
pointer. This is a common (but illegal) operation on 
VAX/UNIX, but causes a core dump on MC68000- 
based UNIX systems. 

On many machines, an assignment to address 
zero will cause a core dump due to a segmentation 
violation or memory fault. Here’s how you could find 
out why the program died: 

S adb 

core file = core / program = a.out 
memory fault 
$c 

_dumpcore[80b8](5) + 26 
_jiain[8074](1.fffd84.fffd8c) + 2e 
$C 

_rlumpcore[80b8](5) * 26 
ip: 0 

_main[8074](1.fffd84.fffd8c) + 2e 
i: 5 

The request $c yields a C stack trace, while $C yields 
a stack trace and also prints the value of all local 
variables. Other useful requests are $r to print the 
contents of all registers, $e to print the value of ex¬ 
ternal variables, and $m to print out the memory 
maps. Note that the values of the local variables ip 
and i are just what we would expect—0 and 5. You 
can print the values of local variables in active 
procedures (ones that actually are located on the 
stack) by typing the procedure name, a period, and 
then the variable name, followed by a slash: 


main.i/ 



fffd68: 

5 

= orb «0,d0 

dumpcore.ip/ 



fffd58: 

0 

= ??? 

The value of 

ip in 

the dumpcoreQ procedure is 


suspicious because it doesn’t point to anything. The 
three question marks are an indication that some¬ 
thing is amiss. If you are an assembly language buff, 
you can see the assembler instructions at the 
beginning of mairt() by typing: 


main.5?i 



_main: 



_main: 

link 

a6.#0 


addl 

#-4,a7 


moveml 

«<>,sp@ 


movl 

#1.a6@(-4) 


cmpl 

#a.a6@(-4) 


Now you’ll probably want to edit the program. To get 
out of adb, type CTRL-D or use the $q request. Since 
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Some adb Format Letters 


Letter 


Description 


one byte as a character 

one short word in octal 

one short word in decimal 

one short word in hexadecimal 

one long word in octal 

one long word in decimal 

one long word in hexadecimal 

single-precision floating point 

double-precision floating point 

machine instruction 

a null terminated character string 

the value of dot (the address) 

print a newline 

print a tab 

decrement dot (not really a format) 


Figure 2 — A table of formats for the adb debugger. 


adb traps signals, you can’t interrupt out of it. 

SYNTAX SUMMARY 

You can examine locations in an executable file 
with the ? request, or locations in a core file with the 
/ request. These requests take the form: 

address ? format 
address / format 

The address may be a number or a symbol. The cur¬ 
rent address, called dot, is set when you specify an 
explicit address, and can be advanced by pressing 
RETURN. A table of formats is given in Figure 2. 
Your system remembers these formats, so once you 
give an address and format, RETURN advances 
through memory in the same format. Note that 
capital letters indicate added length, as in the 
difference between short word and long word. 

Requests are different from formats because they 
cause adb to react, rather than simply to print data. 
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The adb dubugger may have the 
worst user interface of any UNIX 
program. 


The general form of a request is: 
address.count command modifier 

This sets dot to address and executes command 
count times. Figure 3 lists the meaning of various 
adb commands. The useful commands presented 
there —Sc for a stack trace, Sr for the registers, and 
Se for the externals—are all considered miscella¬ 
neous requests. 

SETTING BREAKPOINTS 

Many programmers are intimidated by the adb 
documentation for breakpoints, but it isn’t hard to 
learn and is well worth the effort. The main problem 
is that adb can set breakpoints only at the 
subroutine level—but not at the statement level 
(this is possible, however, with the 4.2BSD debugger 
dbx.) 

When you invoke adb, give a dash as the second 
argument to indicate that the core file should be 
ignored. (On some systems a second argument is not 
necessary.) This will let you run the program under 
the control of adb: 

S adb a.out - 
dumpcore+4:b 
$b 

breakpoints 

count bkpt command 
1 _dumpcore+4 


Some adb Commands 

Command 

Description 

? 

print contents from a.out file 

/ 

print contents from core file 

= 

print value of dot 


breakpoint control 

$ 

miscellaneous requests 


request separator 

! 

escape to shell 


Figure 3 — The meaning of various adb commands. 


On an MC68000, set the breakpoint at the subrou¬ 
tine plus 4 (the first instruction sets up the stack 
frame pointer) and then list the breakpoints with 
the Sb request. To run the program, enter :r. To con¬ 
tinue the program after the breakpoint, enter :c. Do 
t his five times, printing the variable i to make sure it 
works: 


: r 

Goodbye world! 

breakpoint _dumpcore+4: 

main.i/ 

fffd68: 1 

:C 

Goodbye world! 

breakpoint _dumpcore+4: 

main.i/ 

fffd68: 2 


addl #-4.a7 
orb #0.d0 


addl #-4,a7 
orb #0.d0 


When the value of i reaches 5, the program will have 
a memory fault. This is because the NULL pointer is 
de-referenced only when lim becomes 5 or greater: 


main.i/ 

fffd68: 5 = orb *0.d0 

: C 

memory fault 

stopped at _dumpcore+26: moveml a6@(-4).«<> 

Now you know exactly how the program got to the 
point where it core-dumped. If single-stepping 
proceeds too slowly, you can remove breakpoints 
with the :d request, which has the same syntax as 
:b. 

SOME ANOMALIES 

Like ed, adb issues no prompt. When it doesn’t 
understand a request, it types its name back at you. 
For example, if you forget to put the slash after a 
variable name, you’ll see something like this: 

main.i 

adb 

This is the same response you’ll get if you try to in¬ 
terrupt it. You can print external variables simply 
by giving their name before the slash. Local 
variables, however, must be preceded by their 
function name. If you forget to do this, you’ll see the 
following message: 

i/ 

symbol not found 
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Many programmers are intimidated 
by the adb documentation for 
breakpoints, but it isn't hard to 
I earn and is well worth the effort. 


If everything fails, you are probably trying to debug 
an executable file that has been stripped of its 
symbol tables. Make sure the file command reports 
that it is “executable not stripped” before starting 
to worry. If the file has been stripped, recompile the 
program and try to duplicate the bug that caused it 
to dump core in the first place. If you cannot 
recompile the program, you’re out of luck. 
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It is possible to use adb to examine arbitrary 
binary files, to disassemble object code, and to patch 
binary files. The first task can also be done with od, 
but adb provides lots of control over the output 
format. You can even write adb scripts for non¬ 
interactive use. The patching of binary files is 
outside the scope of this article, but can be of great 
use for binary UNIX licensees. 

Next month, we will discuss a more powerful 
debugger, available on 4.2BSD— dbx. It is a symbol¬ 
ic debugger, so you can display code as you’re 
debugging. You can also set breakpoints at source 
statement boundaries, which is extremely useful. 

Bill Tuthill was a leading UNIX and C consultant at 
UC Berkeley for four years prior to becoming a member 
of the technical staff at Sun Microsystems. He enjoys a 
solid reputation in the UNIX community earned as 
part of the Berkeley team that enhanced Version 7 (4.0, 
4.1, and 4.2BSD). m 
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RULES 

OF THE GAME 


Law and motion 

by Glenn Groenewold 


By now nearly everyone who 
reads the business pages must be 
aware that Steven Jobs, co¬ 
founder of Apple Computer, sev¬ 
ered his connection with that 
company this past September. 
Most of these readers probably 
also know that Apple quickly 
responded by filing a lawsuit 
against its former leader, claim¬ 
ing that by planning and starting 
a new enterprise, Jobs had violat¬ 
ed his obligations to the company 
and thus had harmed it. 

It’s too soon, of course, to know 
what will come of this controver¬ 
sy. Possibly the entire matter will 
end up being settled quietly. If so, 
that would be that. But if this 
doesn't happen, the dispute has 
the potential to generate a land¬ 
mark court decision—one which 
could have a major impact on the 
future of the computing industry. 

Jobs, after all, can be consid¬ 
ered the archetypical computer 
entrepreneur. He started a busi¬ 
ness with Stephen Wozniak in a 
garage in 1976, and then presided 
over the endeavor's growth into a 
Fortune 500 company. In the 
process he not only became a rich 
man. but, as much as anyone, 
helped bring the computer out of 
the domain of giant corporations 
and into America’s schools and 
homes. 

Though the Jobs and Wozniak 
enterprise was perhaps the most 
spectacular of the Cinderella sto- 
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ries emerging from what came to 
be referred to generically as Sili¬ 
con Valley, Apple was scarcely 
alone in its success. These days 
the observation is made with 
increasing frequency that none 
of this achievement would have 
been possible in the absence 
of the free-wheeling atmosphere 
that prevailed in the computing 
field during the '70s. It was a time 
when hardware and software 
were viewed as things to be used, 
improved upon, and then left 
behind as dazzling leaps were 
taken into superior technology. 

This was all happening too fast 
for anyone to pay much attention 
to legal niceties such as licensing 
requirements and ownership of 
derivative creations. Who really 
cared about protecting a propri¬ 
etary interest in something that 
soon would be obsolete? The re¬ 
sult was a field day for hackers. 


A new industry typified by 
such rapid technological innova¬ 
tion at the hands of a large 
number of gifted—and generally 
quite young—individuals is prob¬ 
ably without parallel in our histo¬ 
ry. Though the infant motion 
picture industry had its rough- 
and-tumble beginning, film tech¬ 
nology stabilized relatively quick¬ 
ly, and control over theaters and 
escalating costs of film produc¬ 
tion soon limited access for new 
participants. 

By contrast, computer technol¬ 
ogy continues to advance at dizzy¬ 
ing speed, and no one can predict 
where it might take us. Moreover, 
unlike other 20th Century indus¬ 
tries founded on new technol¬ 
ogies—automobile and aircraft 
production, for instance—com¬ 
puting has continued to provide 
nearly limitless opportunities for 
perceptive individuals and small 
concerns. Requirements of scale 
and financing precluded this sort 
of individual entrepreneurship in 
other fields. 

But is the creativity that has 
characterized the computing in¬ 
dustry now in danger of being 
stifled by the application of legal 
concepts that tend to favor estab¬ 
lished enterprises? Questions of 
this sort are being asked more 
and more often. Steve Jobs him¬ 
self has been quoted as saying, 

‘With five other people 1 want to 
go start a company. . .and they 
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U RULES OF THE GAME 


won't let me. If this hadn’t hap¬ 
pened before, how could there 
ever have been a Silicon Valley?” 

How indeed? And yet there 
have to be rules of the game for 
the computer industry, as for any 
other. Its future may depend on 
whatever the courts decide these 
are to be. 

THE "CASE" 

AGAINST STEVEN JOBS 

Regular readers of this column 
should have little difficulty 
understanding the grounds on 
which Apple’s suit against its 
former wunderkind is based. 
To begin with, Jobs, like any 
employee, owed the company a 
fiduciary duty. But Jobs was, 
of course, more than an ordi¬ 
nary employee. He had been Ap¬ 
ple’s vice-president until he was 
pushed out of that position last 
May. Even afterwards he re¬ 
mained chairman of the com¬ 
pany’s board of directors. In these 
positions, the law dictates that he 
had a greater responsibility to 
serve the interests of the com¬ 
pany than even a key employee 
would have. 

In whichever capacity, Jobs 
certainly could have been ex¬ 
pected to acquire intimate knowl¬ 
edge of Apple’s operations—at 
least through last April. It would 
be surprising if this knowledge 
did not encompass many, if not 
all, of Apple’s trade secrets. In 
addition, it seems reasonable to 
assume that Jobs would have 
become familiar with a great deal 
of proprietary information which, 
though lacking the exalted sta¬ 
tus of a trade secret, neverthe¬ 
less remains valuable to Apple 
in maintaining its competitive 
position. 

Apple’s suit against its former 
chairman was triggered by the 
disclosure that he intended to 
launch a new company oriented 
toward the university market, 


and that five of Apple’s employees 
would be joining him in the ven¬ 
ture. As might be expected, each 
side has its own version of the 
facts beyond these bare details. 

Apple contends that the former 
employees who will be associated 
with Jobs’ new company, Next, 
Inc., held key technical, finan¬ 
cial, and marketing positions. 
Specifically, Apple’s suit names 
Richard A. Page, who while em¬ 
ployed at Apple allegedly worked 
on the type of technology that it’s 
speculated Next intends to utilize. 


Who really cared 
about protecting a 
proprietary interest in 
something that soon 
would be obsolete? 


In its lawsuit, Apple asks that 
Jobs and the other five former 
employees be prevented from us¬ 
ing the assertedly confidential 
information they acquired while 
at Apple, that they be precluded 
from hiring any more of Apple’s 
employees, and that they be 
barred from competing with their 
former company. 

For his part, Jobs denies that 
Next intends to use Apple’s tech¬ 
nology or to enter into direct 
competition with it. Whether the 
employees who left to join him 
were key employees or not “de¬ 
pends on what your definition of 
‘key’ is”, he stated. And Jobs 
insists that Next will not be doing 
anything similar to the project 
Page was working on at Apple, 
noting that protection of Apple’s 
trade secret prevents him from 
discussing the matter further. 


WHAT'S AT ISSUE 

The Apple-Steve Jobs contro¬ 
versy brings to a head the ques¬ 
tion of how much use departing 
employees can make of knowl¬ 
edge and contacts acquired dur¬ 
ing employment. We discussed 
these problems in some detail in 
“What can you take when you 
clean out your desk?” in October, 

1984. There, it was indicated that 
the trend is for the courts to 
protect employee mobility when 
possible. It also was pointed out 
that blanket prohibitions against 
competing with a former employ¬ 
er are void in California, which 
is the site of Apple’s present 
lawsuit. 

A great deal will depend on the 
provisions of the employment 
contracts and agreements signed 
by Jobs and the other departing 
employees while they still were at 
Apple. The circumstances under 
which they acquired their knowl¬ 
edge of technical matters also 
will be significant. (Employment 
agreements were the subject of 
last September’s column, while 
the general area of lawsuits be¬ 
tween former employees and em¬ 
ployers was explored last month.) 

As we’ve suggested in many of 
these earlier columns, the legal 
concepts that apply to employer- 
employee relationships can be 
simply stated, but in practice are 
difficult to apply to the business 
of computing, both because of the 
nature of the technology and 
because of the relatively unstruc¬ 
tured work environments charac¬ 
teristic of the industry. For in¬ 
stance, press accounts indicate 
that Apple became interested in 
RISC technology earlier this year, 
and that Richard Page supposedly 
“participated” in “several” meet¬ 
ings concerning it. Even taking 
this to be the case, should Page be 
precluded from working with this 
technology for the remainder of 
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his professional career? 

The Apple-Jobs controversy 
raises fundamental questions re¬ 
garding the application of estab¬ 
lished legal concepts to this in¬ 
dustry. Exactly what is a trade 
secret in the computing field, 
anyhow? How deeply does a com¬ 
pany have to be involved in a 
technology in order to claim a 
proprietary interest in it? Just 
when is an employee considered 
to be on his or her own time? 
Where does the employee’s duty 
to an employer begin and where 
does it end? How much weight 
should the courts give to agree¬ 
ments that attempt to limit an 
employee’s use of information 
acquired during employment? 

Another factor, unique to com¬ 
puting, enters the picture. Aside 
from entertainment and sports, 
there probably is no other indus¬ 
try where such a great number of 
individuals reach the top of their 
profession near the beginning of 
their working lives. Steve Jobs 
illustrates this; as he wrote in his 
letter of resignation, “I am but 30 
and still want to contribute and 
achieve.” And while entertain¬ 
ment and sports careers often 
depend on physical attributes 
that do not survive the passing of 
time, there is no comparable 
limitation on computing skills. 
It’s difficult to conceive that a 
court will tell Jobs that he must 
spend the remainder of his days 
tending roses in his garden be¬ 
cause he knows too much to be 
allowed to continue in his chosen 
profession. 

If Apple vs. Jobs does not 
resolve these questions, sooner or 
later we shall see other lawsuits 
that will. The entire industry has 
a stake in their outcome. 

BY THE WAY. . . 

Apple Computer has been pro¬ 
viding quite a bit of subject mate¬ 
rial for this column. In July, 1984, 


we considered the landmark 
court decision of Apple Com¬ 
puter. Inc. vs. Franklin Com¬ 
puter Corporation. In that case, 
as readers will recall, Apple 
obtained a decision from a US 
Court of Appeals establishing 
that Franklin had infringed Ap¬ 
ple’s copyrights by copying 14 of 
its operating programs for the 
Apple II. However, the court in its 
opinion also put forth the scary 
notion that if Franklin could 
prove there was no other way 
these programs could have been 
written to achieve their purpose, 
Apple’s copyrights would be in¬ 
validated. Following this deci¬ 
sion, Apple and Franklin settled 
the suit. 

Then, in September of this year 
Franklin unveiled its new per¬ 
sonal computer, which it says 
is compatible with software de¬ 
signed for the Apple II. Presum¬ 
ably, Franklin was able to come 
up with alternate operating pro¬ 
grams of its own, though Frank¬ 
lin’s CEO is quoted as complain¬ 
ing that the Apple ‘‘was designed 
in a manner to make it difficult to 
build a computer and not infringe 
on the company’s copyright.” 

Questions on legal subjects 
from readers of this column are 
most welcome. Individual re¬ 
sponse is usually not possible, 
but queries dealing with areas 
that are of general interest to 
the UNIX community are used 
as the basis for future columns. 
Any questions (or comments) 
should be sent in care of UNIX 
REVIEW. 500 Howard Street , 
San Francisco. CA 94105. 


Glenn Groenewold is a California 
attorney who devotes his time to 
computer law. He has served as an 
administrative law judge , has been 
active in trial and appellate work , 
and has argued cases before the 
state Supreme Court. ■ 
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THE DEVIL'S 
.ADVOCATE. 


Goodspels, badspels. . . 

by Stan Kelly-Bootle 


Those of you blissfully un¬ 
versed in contemporary Biblical 
scholarship still must be basing 
your Christmas activities hope¬ 
fully and innocently on the King 
James Version of the Gospels. In 
particular: 

Glory to God in the highest , 
and on earth peace , 
good will toward men. 

Luke 2:14 (KJV) 

Yet, most reputable scholars, 
suitably aided with Biblical and 
Dead Sea Scroll databases, are 
now convinced that the Greek 
word eudoxia is better translated 
in the above context as “good 
pleasure” or “favor” rather than 
as “good will”. Further, the pre¬ 
ferred Lucan manuscripts have 
eudoxias, which is the genitive 
form: “of (God’s) good pleasure”. 
Cutting through many years of 
heated exegesis (see, for example. 
The Anchor Bible , Volume 28, 
pp. 410-412, Joseph A. Fitzmyer, 
Doubleday, NY), we can report 
that the heavenly hosts undoubt¬ 
edly proclaimed to the frightened 
shepherds: 

Glory in highest heaven 
to God: 

and on earth peace for 
people whom he favors. 

The good news is that anthro¬ 
poid formerly rendered in the 



macho modal (“men”), becomes 
“people”, thereby subsuming the 
ladies. The not-so-good news is 
that the Almighty is still male (to 
offset this, though, note that 
Commodore’s Amiga is a sefiorita) 
and that the target group for 
peace is restricted to those whom 
God favors or to whom he “mani¬ 
fests his predilection” (op. cit. p. 
411). 

Whether this spoils your holi¬ 
day or not I must leave to you and 
your conscience. Other season¬ 
able scriptures, unchanged as far 
as I can determine at the time of 
this essay, stress the advantages 
of giving over receiving, a precept 
that I wish more of my friends 
would observe! The same secular 
tendencies that label Christmas 
as “Xmas” or “Bah-humbug- 
time” also replace the pure joy of 
giving with a cold, annual calcu¬ 
lation known as the exchange of 


gifts, whereby December 26 is 
spent unwrapping the new PC 
and computing VAL_GIFTS_IN 
and VAL_GlFTS_OUT. Any im¬ 
balance is carefully noted and 
used to prepare next year’s shop¬ 
ping lists. If you doubt me, look 
up “Present Value” in the in¬ 
dex of any book on Actuarial 
Algorithms. 

“What’s in all this for me, me, 
me?” I hear you bleat. Well, I seem 
to have talked myself into a 
generous frame of mind, and 
many of you will benefit as 1 
discharge my merry sleigh. 

True, some of my gifts this year 
will be of an advisory disposition, 
but remember that computer con¬ 
sultants are so exorbitant nowa¬ 
days that it is patently crazy to 
ignore their advice. With mine, 
which is free, you can take it or 
leave it; see if 1 care. I am even 
prepared to offer a free second 
opinion. 

The first present out the bag 
goes to the semiconductor indus¬ 
try—my suggestion is that it 
immediately adopt a sensible sup¬ 
ply/demand mechanism. It ap¬ 
pears obvious to me that the only 
solution to the present roller¬ 
coaster instability is to make 
demand continuously responsive 
to supply , rather than the other 
way round. You see how simple 
things can be when a fresh, 
uncluttered mind approaches a 
problem from the outside? 
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Ah, and here we find a game for 
all those who consider Raymond 
Smullyan’s puzzles too difficult. I 
call it the “Towers of Cracow”. 
You have to transfer the hoop 
from A to B without using C. (See 
Figure 1.) 

Next, for non-accountant com¬ 
puter scientists who have been 
forced to use spreadsheets, I offer 
binary and hex versions of a well- 
known package, which I have 
named Lotus 01-10-11 and Lo¬ 
tus H01-H02-H03, respectively. 
These help spreadsheets look like 
the more familiar and tractable 
core dumps. 

I have something special for all 
ye who labor in vain. Whenev¬ 
er your genius slips by unrec¬ 
ognized, re-read the following 
complete review of the first-ever 
performance of Mozart’s opera 
Idomeneo in 1781, as reported in 
the local Munich newspaper: 

On the 29th of the month, 
the opera Idomeneo was per¬ 
formed for the first time in 
our new opera house. Li¬ 
bretto, music and transla¬ 
tion originated in Salzburg. 

The decorations—of which 
the most inspiring are the 
view of the seaport and 
the temple of Neptune—are 
masterpieces by our archi¬ 
tect, Mr. Corent Quaglio, 


and aroused the admiration 
of all. 

Is there a Mr. (or maybe a Mrs.) 
Quaglio in your life, grabbing all 
the glory? 

Everyone it seems—including 
such culprits as glossarist Steve 
Rosenthal — keeps complaining 
about the impossible data flow 
generated by the computer indus¬ 
try—this daily accumulative as¬ 
sault on the finite bandwidth of 
our comprehension. Our numbed 
channels, they claim, can no 
longer distinguish useful signals 
from noisy hype. 

So. for all of us, God-favored or 
not, I whisper a heartfelt prayer 
for peace and a well-earned break 
from the dyna-quo. 


Liverpool-born Stan Kelly-Bootle 
has been computing, on and off, at 
most levels since the pioneering 
EDSAC I days in the early 1950s at 
Cambridge University. After graduat¬ 
ing from there in Pure Mathematics , 
he gained the world's first post¬ 
graduate diploma in Computer Sci¬ 
ence. Between authoring such books as 
The Devil's DP Dictionary and The 
MC68000 Pnmer, he has also served as 
Chairperson of the Biblical Studies 
Special Interest Group for the Asso¬ 
ciation of Literary and Linguistic 
Computing. ■ 
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Note: only those terms relat¬ 
ed to the general topic of UNIX 
internationalization have been 
included in this listing. 

ANSI X3.64 — the prevailing 
standard for character encoding 
and display in the non-IBM mini¬ 
computer and mainframe world. 
A superset of ASCII, it includes 
escape sequences for communi¬ 
cations and output formatting. 

attribute —an extra unit of infor¬ 
mation attached to a character, 
word, or region indicating how it 
should be displayed or processed. 
Many programs in UNIX use the 
eighth bit in each byte to convey 
attributes (the shell uses it to 
“quote characters” conveniently, 
for example), but this makes for 
trouble when the seven-bit ASCII 
character set is expanded to eight 
bits to accommodate internation¬ 
al alphabets. 

Berne Convention —a major in¬ 
ternational treaty for the protec¬ 
tion of intellectual property. For 
protection under the Berne Con¬ 
vention, software must first be 
published in a Berne Convention 
country. The US is not one of 
these countries. 

binding —the process of assign¬ 
ing a system resource—such as 
the text of error messages—to a 
program where it can be changed 


THE UNIX 
GLOSSARY 


Worldly words 

by Steve Rosenthal 



from its general form to a specific 
code in order to be executed. 
Ideally, programs for internation¬ 
al use should be written in a 
language-independent way with 
hooks that allow them to be 
bound to appropriate localiza¬ 
tion packages. This process is 
sometimes called assignment. 

character class —a construction 
used to specify a range of charac¬ 
ters acceptable for use in a token 
attached to a particular com¬ 
mand or instruction. In the UNIX 
shell notation, a character class 
is created by enclosing a speci¬ 
fied range in square brackets. 
For international use, character 
classes present thorny problems 
because they depend on an equiv¬ 
alence between the collating se¬ 
quence of underlying codes and 
the dictionary collating sequence 


of visible characters—an equiv¬ 
alence that does not occur in 
many languages. 

character set —the complete col¬ 
lection of characters a computer 
is capable of representing. Most 
UNIX machines use the ASCII 
character set, which defines 128 
characters by using seven-bit 
code values that are part of eight- 
bit bytes, in which the high bit 
commonly is ignored or set to 
zero. However, for international 
use, larger character sets using 
as many as 32 bits to encode 
each symbol may prove to be 
necessary. 

code expansion —the enlarge¬ 
ment of a character set by in¬ 
creasing the number of bits used 
to denote each character. Al¬ 
though this theoretically is the 
cleanest way to make room for 
more characters, it often creates a 
multitude of practical difficulties. 
In UNIX, for example, many sys¬ 
tem utilities assume seven or 
eight-bit characters, and thus 
would need to be rewritten in 
order to accommodate characters 
of a longer bit length. 

code extension —the use of char¬ 
acter sequences to represent 
symbols that cannot be accom¬ 
modated in the normal codeset. 
The most frequent method is to 
define an “escape” character 
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that introduces such sequences 
and then, as needed, ascribe 
meanings to those extended char¬ 
acter sequences that seem useful. 
Codes also can be extended by 
using “escape” sequences to shift 
between two or more subsets; this 
is the method most commonly 
used to extend the seven-bit 
ASCII code for international use. 

codeset —the collection of num¬ 
bers available to represent char¬ 
acters or other information in a 
given computer system or pro¬ 
gram. Most codesets are less fa¬ 
miliar to users than their corre¬ 
sponding character sets; consider 
the ASCII code and character set, 
for instance. 

collating sequence —the order 
in which items are sorted. For 
example, alphabetical order is 
the most common collating se¬ 
quence for entries in a diction¬ 
ary. Because most sorting on 
computer systems is based on a 
simple comparison of the codes 
that represent characters—rath¬ 
er than on the true lexical rela¬ 
tionships between characters— 
the results of a computer sort can 
seem illogical to the lay observer. 
Collating sequences are problem¬ 
atic when the order of a codeset 
differs from that of corresponding 
symbols: some UNIX utilities can 
handle these sorts of irregulari¬ 
ties (as in the case of the differ¬ 
ence between lower and upper 
case letters), but the problem is 
more acute with many non-Eng¬ 
lish alphabets. 

cursive —a writing style that 
uses letters that are connected by 
flowing lines. Cursive character 
sets are difficult to implement 
because letter forms often differ 
depending on preceding or suc¬ 
ceeding characters, and on the 
position a character maintains 
within a word. 

date format —the way a date is 
represented in written form. In 


the US, the abbreviated date for¬ 
mat is mm/dd/yy (with mm 
standing for month, dd for day, 
and yy for year). In other regions 
of the world, the positions of days 
and months often are transposed. 
See European date. 

dead-key —a key on a typewriter 
or other printing apparatus that 
sets a mechanism to prevent a 
normal advance to the following 
print position. For European lan¬ 
guages that use accents, electron¬ 
ic systems sometimes use the 
electronic equivalent of a dead- 
key to produce a composite char¬ 
acter out of a normal letter and an 
accent mark. 

diacritical mark —an accent or 
other modifying symbol attached 
to a letter. In some languages, 
diacritical marks serve only to 
alter pronunciation, while in oth¬ 
ers the mark changes the nature 
and alphabetical order of the 
letter. Standard UNIX does not 
support diacritical marks. Many 
utilities, in fact, cannot handle 
the two and three-byte combina¬ 
tions sometimes used to repre¬ 
sent characters with such marks. 

European date —a date given in 
the dd/mm/yy form rather than 
the mm/dd/yy form used in the 
United States. See date format. 

GMT —the English-language ab¬ 
breviation for “Greenwich Mean 
Time”, the traditional standard 
for solar time obtained by using 
the local time in Greenwich, Eng¬ 
land, as a reference. In more 
recent documentation, this same 
value has come to be referred 
to as “Universal Coordinated 
Time”. 

hard-coded —as applied to mes¬ 
sages and instructions in pro¬ 
grams, “hard-coded” refers to 
instructions embedded within 
program code instead of those 
that are linked by way of a 
connection to a separate module 
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or file. 

intellectual property —the legal 
term used to refer to the rights 


that authors of programs and 
other intellectual works can use 
to protect the fruits of their labor. 
Unfortunately, the rights accord¬ 


ed to intellectual property vary 
greatly from country to country, 
thus complicating the efforts of 
those who would like to sell UNIX 
programs internationally. 
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international characters-a col¬ 
lection of letters from the or¬ 
dinary Roman alphabet that 
bear the diacritical marks needed 
to print various European lan¬ 
guages. All countries, of course, 
have a different view of what an 
“international character” is and 
what a “national character” is. 

international character set —a 

collection of letter forms used in 
various languages—in particu¬ 
lar, the currency symbols and 
Roman alphabet members re¬ 
quired for the printing of various 
European languages. See also 
ISO character set. 

ISO character set —the various 
alphabets and symbols used in 
different countries, as standard¬ 
ized by the International Stan¬ 
dards Organization. ASCII is ISO 
Alphabet Number 5. 

JIS —an abbreviation for Japa¬ 
nese Industrial Standard, a Japa¬ 
nese equivalent to the US ANSI 
(American National Standards 
Institute) or ECMA (European 
Computer Manufacturing Associ¬ 
ation) standards. JIS values are 
used by most Japanese compan¬ 
ies in the production of terminals 
and printers, including many 
that ultimately are used with 
UNIX systems. 

Kanji —the Japanese pictogra- 
phic character set, consisting of 
thousands of different charac¬ 
ters. Various attempts have been 
made to produce versions of UNIX 
that use Kanji, with most of these 
using two-byte (16-bit) codes for 
each character. 

Katakana —a phonetic render¬ 
ing of the Japanese language 
that can be expressed in well 
under 100 characters, making it 
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suitable for use with keyboards 
and display screens. Unfortu¬ 
nately, Katakana is regarded 
as being more crude than full 
Kanji, which, of course, is much 
more difficult to implement on 
computers. 

language-independent —said of 
programs or systems that work 
equally well under different lan¬ 
guages, at least once their mes¬ 
sage and help screens have been 
translated. Much of UNIX cur¬ 
rently is not language-indepen¬ 
dent, especially those utilities 
concerned with text processing, 
sorting, and file formatting. 

lexical —referring to the way 
that elements of a language or 
code are constructed, rather than 
to the meanings (semantics) these 
elements have or the way they are 
combined (grammatics). Lexical 
issues, such as the means by 
which languages with symbol 
repertoires larger than 128 or 
256 characters are represented, 
are a major concern in efforts to 
internationalize UNIX and other 
software products. 

localize —to change a program or 
system into a form suitable for a 
particular country, starting ei¬ 
ther from a universal version or 
from a different national imple¬ 
mentation. Most vendors agree 
that UNIX and its attendant soft¬ 
ware will need to be localized if it 
is to be successfully sold and 
supported internationally. 

Pan American Convention —a 

set of major treaties that protect 
intellectual property rights in the 
Americas. The US is a party to the 
Buenos Aires Convention in this 
series. Among its other require¬ 
ments, the convention specifies 
that the phrase “All rights re¬ 
served” (or “Todos los derechos 
reservados”) must appear on all 
materials to be protected. 

repertoire —the total group of 


symbols to be included in a char¬ 
acter set, providing there’s room. 
In most cases, a smaller subset is 
chosen for inclusion. 

transborder data flow — the 

transmission of information, 
particularly computer informa¬ 
tion, across national boundaries. 
Many nations restrict such trans- 
border exchanges, either for eco¬ 
nomic or privacy-protection rea¬ 
sons. The UNIX community, on 
the other hand, expects to send 
data back and forth freely using 
such networks as Usenet and 
EUnet. 

Universal Coordinated Time— 

the more formal and contempo¬ 
rary name for “Greenwich Mean 
Time”, the mean solar time de¬ 
scribed by using the local time in 
Greenwich, England, as a refer¬ 
ence. By historical convention, 
this is the most popular time 
standard used internationally. 

Universal Copyright Conven¬ 
tion —the principal internation¬ 
al treaty protecting intellectual 
property. In essence, it gives the 
residents of all treaty countries 
the same rights international¬ 
ly that they enjoy as citizens in 
their own countries—providing, 
of course, that certain standard 
procedures are followed. The US 
is a member of this convention. 

Zulu Time —the name given 
to expressions of Greenwich 
Mean Time that use a 24-hour 
clock. Zulu Time is often used 
by international networks and 
documents. 

If you have comments , ques¬ 
tions, or corrections to ojjer, 
please send them to Rosen¬ 
thal's UNIX Glossary . Box 9291, 
Berkeley, CA 94709. 


Steve Rosenthal is a lexicogra¬ 
pher and writer living in Berkeley. 
His columns regularly appear in six 
microcomputer magazines. ■ 
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FIT 

TO PRINT 


High tide in C literature 

by August Mohr 


For years, the notable refer¬ 
ence on the C language was The C 
Programming Language , by Bri¬ 
an W. Kernighan and Dennis M. 
Ritchie. Although the past couple 
of years have seen several addi¬ 
tions to C’s bibliography, it 
wasn’t until a few months ago 
that the floodgates truly opened. 
This month’s commentary looks 
at three of the books included in 
the recent torrent: The C Answer 
Book , by Clovis L. Tondo and 
Scott E. Gimpel; C Made Easy , by 
Herbert Schildt; and Reliable 
Data Structures in C, by Thomas 
Plum. 


The C Answer Book 

Clovis L. Tondo and Scott E. Gimpel 
209 + vii pp. ISBN 0-13-109877-2 
Prentice-Hall, Inc., 1985 
Englewood Cliffs, NJ 07632 
$14.95 (paper) 




built our solutions using the 
language constructions 
known at the time the exer¬ 
cises appeared in K&R. The 
intent is to follow the pace 
of K&R. Later, when you 
learn more language con¬ 
structs, you will be able to 
provide possibly better 
solutions. 

Since the avowed emphasis of 
the book is on solutions to exer¬ 
cises, it’s hardly surprising that it 
contains more program than 
prose. Basic concepts of the C 
language are not the concern of this work. Such 
explanations are properly left to K&R. 

All that is repeated from K&R are the problem 
statements (complete with page references). The 
solutions to these problems are explained in detail, 
if a bit dryly. For example: 

Exercise 4-9: (page 87 K&R) 


The C Programming Language has become 
such a “bible” among C programmers that it 
commonly is referred to simply as “the white book’’. 
The C Answer Book is a long-awaited companion to 
this old favorite. Tondo and Gimpel have provided 
answers to the exercises presented by Kernighan 
and Ritchie. In describing the premise of their book, 
they note: 

Careful study of The C Answer Book, used in 
conjunction with K&R. will help you under¬ 
stand C and teach you good C programming 
skills. 

Use K&R to learn C, work the exercises, 
then study the solutions presented here. We 


Define a macro swap(x, y) which inter¬ 
changes its two arguments. (Block structure 
will help.) 

^define swap(x. y) { int_z ; _z = y ; y = x : x =_z ; } 

The swap macro works if neither of the 
arguments is _z. If one of the arguments has 
the name _z, then when the macro is 
expanded it becomes 

{ int _Z; _Z =_Z; —Z = X ; X=_Z; } 

arid the result is undefined. The assumption 
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NAME THE MOST 
WDEDTUSED 
MIEGRATED 
OFFKE AUTOMATION 
SOFTWARE FOR 
UMX SYSTEMS. 

"UWPIEXH" 

YOU'VE GOT IT! 


User satisfaction is the primary reason no other product can 
make this claim. Already in its second generation, UNIPLEXII 
offers features designed to meet the requirements of the most 
demanding user. 

The beauty of UN1PLEXII is its simplicity. One personality and 
one command structure throughout the program provide an ease 
of use never before experienced with UNIX application software. 

UNIPLEX n integrates sophisticated word processing, 
spreadsheet, and relational database applications into a 
powerful one-product solution. 

UNIPLEX II uses termcap, so it can run on virtually any 
computer terminal. “Softkeys” allow the user to define function 
keys which are displayed on the 25th line of most terminals to 
provide versatility and ease of use. 

All this at a price you’d normally pay for a single application 
software package. 

UNIPLEX II is available immediately from UniPress Software, 
the company that’s been at the forefront of quality UNIX 
software products longer than anyone else. 


Call today! Once you’ve got it, you’ll see why UNIPLEX II is 
the most widely used integrated office automation software for 
UNIX-based systems. 

OEM terms available. Mastercard and Visa accepted! 


Write to: UniPress Software, 2025 Lincoln Hwy., Edison, N) 08817 
or call: 1-800-222-0550 (outside NJ) or 201-985-8000 (in NJ); 
Telex: 709418. European Distributor: Modulator SA, Switzerland 
41 31 59 22 22, Telex: 911859- 

UNIX is a trademark of AT&T Bell Laboratories. Uniplex II is a trademark of Uniplex Integration Systems 
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FIT TO PRINT 



This is an excellent, sorely needed 
book. 


is made that _z will not be used as a variable 
name. 

"define swap(x. y) { x -= y : y -« X; x -= y : } 

This solution uses the bitwise exclusive OR 
operator (~). The following table shows the 
resulting value of z for different values of x 
and y: 

x * y » z 

0 0 0 
0 1 1 
1 0 1 
1 1 0 

x and y are swapped by exclusive OR'ing x 
and y three times: 

x = x - y : 
y = x - y : - 
x = x - y : 

The first exclusive OR operation sets x equal 
to a mask. A bit in this mask is equal to 1 if 
both bits in the original x and the original y 
differ, and a bit is equal to 0 if both bits in the 
original x and the original y are equal. The 
second exclusive OR operation sets y equal to 
the original x from the information in the 
mask and from the original y. The third 
exclusive OR operation sets x equal to the 
original yfrom the information in the mask 
and from the new y (original x). 

The C Answer Book is clearly typeset, with a 
nice mono-spaced font used for the C code itself. My 
only complaint is that the zero is hard to distinguish 
irom the "O character, but the difference is usually 
clear in context. 

The index also seems very complete. The macro 
problem listed above is indexed under “* bitwise 
exclusive OR operator , “bitwise exclusive OR 
operator "block structure", "exclusive OR 
operator, bitwise "macro swap", "operator, 
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bitwise exclusive OR -", ‘"OR operator, bitwise 
exclusive and "swap macro”. 

This is an excellent, sorely needed book. 

C Made Easy 

E Herbert Schildt 

292+ x pp. ISBN 0-07-881178-3 
Osborne McGraw-Hill, 1985 
2600 Tenth Street 
Berkeley, CA, 94710 
$18.95 (paper) 

Herbert Schildt has produced a reasonable 
introduction to C programming. Topics are present¬ 
ed in a straightforward manner, and the explana¬ 
tions he offers are clear. It’s unfortunate that the 
book suffers from several disappointing flaws. 

Schildt starts with the presumption that his 
reader can program on a microcomputer and 
already has some experience with BASIC. Almost 
every chapter has example programs that are 
presented with their "equivalent” in BASIC. Unfor¬ 
tunately, the equivalences are not strict, and printfQ 
is used both with and without a newline as if it were 
equivalent to BASIC’s PRINT command. There is 
also the presumption, repeated frequently in the 
text and example programs, that output lines are 
terminated with both a carriage-return and a line¬ 
feed. The difference between this and standard 
UNIX usage is not mentioned, although Schildt 
does recommend using a "UNIX-compatible" C 
compiler. 

The typesetting of the program examples usually 
uses an unambiguous, mono-spaced font, but the 
book is not consistent in this respect. Frequently, C 
Made Easy suffers from the all-too-common mis¬ 
take oi using open and close-quotes when C’s 
syntax demands quotes of the same type. For 
instance: 

First, individual characters that use the %c 
format command must be enclosed between 
single quotes: for example, ‘c’. Second, 
strings of characters that use the %sformat 
command are enclosed between double 
quotes: for example, “this is a string”. 

This kind of inaccuracy can be glossed over by 
the experienced programmer, as no doubt it was by 
the author, but it is inconsistent with the otherwise 
careful tone Schildt takes toward his beginning 
audience. 

The book also has other limitations, such as an 
index that's too sparse. But there’s no need to 







TEXT EDITING 


Another in a series of 
productivity notes on 
software from UniPress. 


Subject: Multi-window, 
full screen editor. 

Multi-window, full screen editor 
provides extraordinary text 
editing. Several files can be edited 
simultaneously, giving far greater 
programming productivity than vi. 
The built-in MLiSP m programming 
language provides great 
extensibility to the editor. 


Trademarks ol UniPress EMACS & MU$P, UniPress Software, Inc. UNIX. AT&T 
BeHaboralones. VAX/VMS & Ramtxiw 100 +. Digital Equipment Corp , MSDOS. 
Microsoil Corp., WordStar. MicroPro; Pyramid. Pyramid. Gould, Gould 
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NEW RELEASE 

UNIPRESS 

EMACS 


New Features: 

■ EMACS is now smaller and 
faster. 

■ Sun windows with fonts and 
mouse control are now provided. 

■ Extensive on-line help for all 
commands. 

■ Overstrike mode option to 
complement insert mode. 

■ New arithmetic functions and 
user definable variables. 

■ New manual set, both tutorial 
and MLISP guide. 

■ Better terminal support, 
including the option of not using 
unneeded terminal drivers. 

■ EMACS automatically uses 
terminal's function and arrow keys 
from termcap and now handles 
terminals which use xon/xoff 
control. 

■ More emulation-TOPS20 for 
compatibility with other EMACS 
versions, EDT and simple 
Wordstar emulation. 

Features: 

■ Multi-window, full screen 
editor for a wide range of UNIX, 
VMS and MS-DOS machines. 

■ "Shell windows”are support¬ 
ed, allowing command execution 
at anytime during an edit session. 

■ MLISP programming 
language offers extensibility for 
making custom editor com¬ 
mands! Keyboard and named 
macros, too. 


■ “Key bindings” give full 
freedom for defining keys. 

■ Programming aids for C, 

Pascal and MLISP: EMACS 
checks for balanced parenthesis 
and braces, automatically indents 
and reformats code as needed. C 
mode produces template of 
control flow, in three different 

C styles. 

■ Available for the VAX™ (UNIX 
and VMS), a wide range of 68000 
machines, AT&T family, Pyramid,™ 
Gould,™ IBM-PC,™ Rainbow™ 100+ 
and many more. 

Price: 

Binary Source 
VAX/UNIX $995 

VAX/VMS $2500 7000 

68000/UNIX 395 995 

MS-DOS 325 995 

For our Free Catalogue and 
more information on these and 
other UNIX software products, 
call or write: 

UniPress Software, Inc., 

2025 Lincoln Hwy., 

Edison, NJ 08817. 

Telephone: (201) 985-8000. 

Order Desk: (800) 222-0550 
(Outside NJ). Telex: 709418. 
European Distributor: 

Modulator SA, Switzerland 
Telephone: 4131592222, 

Telex: 911859. 

OEM terms available. 
Mastercard/Visa accepted. 


EDITOR FOR: UNIX / 
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U FIT TO PRINT 


belabor the problems here. Suffice it to say that the 
clear explanations and well-written, readable prose 
should have been given a better presentation. With 
more careful editing and typesetting—and a good 
index—this could have been an excellent book. 

Reliable Data Structures in C 

Thomas Plum 

![★ Pages by chapter. ISBN 0-911537-04-X 
£1 Plum Hall Inc., 1985 
1 Spruce Ave. 

Cardiff, NJ 08232 
$25.00 (paper) 

Plum’s new offering, in some ways, is a sequel to 
the author’s 1983 book. Learning to Program in C. 
Many of the sections begin with the notation 
“Topics assumed from previous book ”, and 
proceed to list topics with chapter and page 


Plum has given us more than a book 
on data structures. 


references from that book. The explicit listing of 
those topics that assume background knowledge is 
admirable, and make the book valuable to readers 
from a wide variety of backgrounds. 

Plum has given us more than a book on data 
structures. Reliable Data Structures in C also 
covers reliability and clear programming, and 
provides advanced tutelage on programming in C. 

Plum writes clearly and shows respect for the 
intelligence of his reader. Over and again he points 
out potential traps and warns of bugs that are hard 
to find. What’s more, he takes care to label 
examples of poor programming: 

Just giving a constant a name is not 
enough to ensure modifiability; you must be 
careful always to use the name , and remem¬ 
ber that that value could change. One project 
had difficulties changing the value of BUFSIZ 
because some programmers had written 

nblocks = nbytes >> 9 ; hard to modify, uses * ‘magic number" 

in a number of places where 

nblocks = nbytes / BUFSIZ; 


was needed. The programmers figured that 
“everyone knows that BUFSIZ equals 512.” 
and right-shifting nine bits is the same for 
positive numbers) as dividing by 512. But 
when BUFSIZ changed to 1024 on some 
systems , modifications were difficult. Hence , 
this rule: 

Rule 1-5: If a value is given for a # defined 
name , do not defeat its modifiability by 
assuming its value in expressions. 

Plum is very conscientious in his references to 
the idiosyncracies of different compilers. He also 
makes reference, as appropriate, to the evolving 
ANSI X3J11 standard for the C language. For 
instance, he covers the new (ANSI C) “generic 
pointers’’, but is careful to emphasize that the 
standard is still in its draft form. This is just the sort 
of precise reference one would expect from a 
member of the committee, as Dr. Plum is. 

The book covers standard data structure tech¬ 
niques like stacks, queues, double-ended queues, 
and trees. Plum’s discussion of I/O explains stan¬ 
dard files, direct screen output, and binary records. 
The syntactic subtleties of # if (conditional compila¬ 
tion), typedef, void functions, enum, pointer types, 
pointers to functions, unions, bit-fields, dynamic 
allocation (malloc, calloc, and free), and cross¬ 
module (lint) type-checking are also given attention. 
The chapter on structures includes a case study of a 
menu processor and menu generator. 

Reliable Data Structures in C is well-indexed, 
endowed with a good bibliography on C, and 
supplemented by an appendix that collects together 
all the rules of C programming that Plum has 
formulated. 

Graphically, the book is very crowded, with 
diagrams done in the same font used for program ex¬ 
amples. This may have been easier for the author, 
but I object to the use of As and Vs for up and down 
arrows. 


With a background in both computer science and 
publishing , August Mohr formerly served the interna¬ 
tional UNIX users’ organization /usr/group as 
the founding editor of its newsletter/magazine 
CommUNIXations. He also compiled and produced the 
UNIX Products Catalog. As a consultant , Mr. Mohr 
continues to maintain an active role in the computer 
and desktop publishing communities. ■ 

It’s in the stars; 0 = kitty litter; 1 = take it if it’s free; 2 = worth the 
cover price; 3 = well worth reading: 4 = get the leather-bound edition. 
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286X4 = 5 VAXen 

“I’m not so sure we’re going 
after the mini market so much, 
but the distinction is becoming 
a little more blurred as to what 
kind of performance represents 
what”, said Jeff Paine of Intel 
regarding the company’s market 
focus for its APEX series of mi¬ 
cros based on the use of multiple 
80286 processors. 

The point Paine was trying to 
make is that though the DEC VAX 
family of minicomputers contin¬ 
ues to serve as a standard by 
which to assess the processing 
power of other minis and micros, 
hardware advances are allowing 
smaller machines to achieve 
what has traditionally been con¬ 
sidered to be minicomputer-level 
power. This evolution, not sur¬ 
prisingly, has served to mutate 
the distinctions that historically 
have applied. 

Intel actually has released two 
series of micros, the AP (Ad¬ 
vanced Processor) and the APEX 
(Advanced Processor Extension), 
both using Multibus and running 
Xenix 3.0. Targeted at the high- 
end needs of the office automa¬ 
tion market (including the health 
care and government vertical 
markets already penetrated by 
the company), Intel does not fore¬ 
see any adverse effects on the 
sales of other 80286-based ma¬ 
chines (such as the IBM PC-AT). 
“We’re pretty comfortable that 
the APEX is something that no¬ 
body else is offering”, Paine said. 

The AP series is a faster single- 
CPU version of the company’s 
current 286/310 product line, 
and the APEX machines (the top 
configuration of which, Intel 

90 UNIX REVIEW DECEMBER 1985 



An APEX multiprocessing super¬ 
micro, one of a new series from Intel. 


claims, runs at 5 MIPS—or five 
times a VAX) use multiple 80286 
CPUs in a 286/310 chassis. Both 
series achieve a performance in¬ 
crease by making use of an 80286 
CPU running at 8 MHz (instead of 
6), affording zero-wait-state ac¬ 
cess to all main memory, and 
offering an enhanced mass stor¬ 
age I/O subsystem using track 
caching. 

All the AP configurations in¬ 
clude a matched 80287 numeric 
co-processor, a 320 KB floppy, 
and support for a 60 MB Vk-inch 
streaming tape cartridge drive 
and a 40 or 140 MB (unformatted) 
Winchester. AP systems come 
with 1 or 2 MB of RAM, expand¬ 
able up to 9 MB. The entry-level 
system, the 310 AP-44 (for four 
users), is priced at $10,565 in 
OEM quantities. 


The APEX series is designed 
for processing applications that 
either provide for a large number 
of users or require CPU-intensive 
work. The APEX-2, APEX-3, and 
APEX-4 add one, two, and three 
CPUs, respectively, to a basic 
286/310 AP; each CPU board 
comes with its own RAM. The 
main CPU dispatches applica¬ 
tions to APEX processors accord¬ 
ing to a system load-balancing 
algorithm, and each APEX board 
manages its own tasks. Although 
these machines do not perform 
parallel processing in the sense 
that individual applications are 
subdivided over all the proces¬ 
sors, APEX system users can 
override the load-balancing algo¬ 
rithm and assign—or “force allo¬ 
cate”—specific applications to 
specific APEX processors. 

APEX series kits for upgrading 
AP systems are now available and 
start at $6995. Also currently 
available is the APEX-2 system, 
beginning at $16,500 in OEM 
quantities. The APEX-3 and 
APEX-4, both requiring a system 
expansion chassis, are due out in 
the first quarter of 1986. A high- 
end configuration of the APEX-4, 
with 1 MB of RAM, a 140 MB hard 
disk drive, a floppy disk drive, 
and a tape drive, sells for about 
$35,000 in OEM quantities. 

Intel Corp., 2402 W. Beardsley 
Rd., Phoenix, AZ 85027. 602/ 
869-3825. 
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HAVE DATABASE, 

WILL TRAVEL 

Unify Corp. has signed agree¬ 
ments with eight firms to distrib- 










ute the Unify Relational Data¬ 
base Management System inter¬ 
nationally. This brings to 18 the 
number of international distribu¬ 
tors carrying the system. 

Computerlink Design Pty. Ltd. 
and Datacraft Office Systems Pty. 
Ltd. distribute the product in 
Australia. In Taiwan, Hong Kong, 
and Singapore, Unify is available 
from Asiatek, Inc.—based in 
Taiwan—which is developing a 
Chinese language version. Other 
distributors signed include HN 
Systems of Denmark; Jersoft OY 
of Finland; Systems Technology 
Research Corp. of the Philip¬ 
pines; Datatech of Switzerland; 
and Digitus Ltd. of the UK. Other 
countries in which Unify was 
made available by prior agree¬ 
ments include Japan, France, 
Germany, Holland, Italy, and 
Sweden. 

Distribution through the re¬ 
cent agreements has already be¬ 
gun. The interface in each case 
has undergone translation to the 
language of the given country, 
including the development of a 
Japanese port using Kanji (there 
is even a Greek Unify). A separate 
license is needed for each trans¬ 
lated version. The market con¬ 
sists primarily of professional ap¬ 
plications developers, such as the 
European software houses and 
US and foreign OEMs. According 
to William Merchant, Market¬ 
ing Communications Manager at 
Unify, a wide variety of applica¬ 
tions have already been devel¬ 
oped by organizations ranging 
from Sumitomo Electric Co. to the 
Finnish PTT to the British Li¬ 
brary System (the counterpart of 
the US Library of Congress). 

Prices for Unify vary according 
to the hardware on which it is 
implemented. On a PC-AT with 
Xenix, the RDBMS costs $1500; 
on a VAX 11/780, $15,000; and 
if you are so inclined (and 
equipped), on an Amdahl 580, 
$80,000. 


Unify Corp., 4000 Kruse Way 
Place, Bldg.2, Lake Oswego, OR 
97034. 503/635-6265. 
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RYOU READY 
TO TRANSLATE? 

R Systems, Inc., has released a 
language conversion program, R 
Linguist, for its line of office 
automation software. Designed to 
be used mainly by R System 
distributors and manufacturers 
whose machines run R Systems 
software, this standalone pro¬ 
gram sells as a separate package 
for $3995. 

R Linguist operates on R Sys¬ 
tems’ three office automation 
software packages running on 
UNIX or Xenix-based machines: 
R Office, an integrated OA pack¬ 
age; R Word, a production word 
processing program; and R Desk, 
a multifunction desk organiz¬ 
er. R Linguist displays English 
prompts, commands, and mes¬ 
sages from the given software on 
the screen. The user then can fill 
in the appropriate equivalent in 
the desired language. This cre¬ 
ates a language table that dis¬ 
plays on-screen prompts in the 
new language. More than one 
language can be used on a given 
machine. 

Bill Kiely, president of R Sys¬ 
tems, said that the language con¬ 
version program translates on¬ 
screen English into any foreign 
language requiring only one-bit 
characters. R Linguist has al¬ 
ready been used to produce pro¬ 
grams in French, German, Portu¬ 
guese, and Norwegian. 

R Systems, Inc., 11450 Page 
Mill Rd., Dallas, TX 75243. 214/ 
343-9188. 
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CARRY THE TORCH: 

UK TO USA 

“God save the queen and Torch 



X.25 FOR UNIX* 
Communications 
System 


• Efficient, error-free data 
transmission to multiple 
hosts via international 
standard X.25, the only 
fully certified error-free 
public networking system 
used world-wide. 

• User utilities 

• Remote user login 

• Remote mail service 

• Remote file transfer 

• Compatible with widest 
number of host 
computers. 

• Hardware available for 
VME, Multibus, IBM PC 
and others. 

• Previously certified on 
TELENET, TYMNET and 
UN I NET networks. 

• Lowest cost per node. 


Adax, Inc. 

737 Dwight Way 
Berkeley, CA 94710 
(415) 548-7047 


* UNIX is a trademark of Bell Laboratories. 
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the prime minister!” Ahem. Well, 
Prime Minister Thatcher already 
has been Torched, if you real¬ 
ly must know. She is aided dai¬ 
ly, in fact, by a Torch desktop 
computer. 

Torch Computers Ltd., of Cam¬ 
bridge, England, released its 
newest product, the Triple X, at 
the end of October in Britain and 
is actively seeking to penetrate 
the North American market. 

The Triple X runs under Uni- 
Soft’s UniPlus System V, and with 
Torch’s own Man-Machine Inter¬ 
face (MMI) it now is being market¬ 
ed not only to the scientific/ 
technical consumer, but to the 
non-technical (business) user as 
well. A single-board, 32-bit, sin¬ 
gle-user PC with a 68010 proces¬ 
sor running at 8 MHz, the Triple X 
comes with a 68450 DMA control¬ 
ler, a 68451 MMU, 1 MB of 
memory, and either a 20 or 40 
MB hard disk. Among its features 
are a color bitmapped display, 
a multi-window environment, a 
mouse, icons, and a pull-down 
menu system—all on a monitor 
designed for Torch by Sony of 
Japan. The machine uses stan¬ 
dard peripheral interfaces (Ether¬ 
net, SCSI, X.25, VME, RS232). 
The MMI itself is actually part of 
the UNIX kernel, and so operates 
at higher speeds than a separate 
process being swapped to disk. 

Torch has strong links with 
Cambridge University, and over 
the past four years has sold more 
than 14,000 systems to the Min¬ 
istry of Defence, various other 
government agencies, British Tel¬ 
ecom, and various European 
PTTs. The Torch Unicorn, an 
earlier UNIX-based PC model 
launched in early 1984, is now 
the UK’s best UNIX seller. 

Torch Computers Ltd., Abber- 
ley House, Great Shelford, Cam¬ 
bridge, CB2 5LQ, England. 44- 
223-841000. 
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MULTIUSER 

SYSTEMS? 


USE THE MULTIPORT" SOLUTION 

• Connect up to 8 terminals to an 
IBM PC for under $100 per 
connection 

• Network PC's together using inex¬ 
pensive serial ports instead of high- 

priced cards 

• Kits compatible with XENIX, PICK, 
BOS, THEOS, VENIX/86, PC-SHARE, 

& EasyLAN 

FREE Technical Assistance! 

Call (615) 254-0646 

RRNET 

The Multiuser Experts 

476 Woodycrest Ave./Nashville. TN 37210/TELEX 332762 
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UNIX 

JOBS 

REGISTRY 

National registry of candi¬ 
dates and jobs in the Unix 
field. Please give us a call; 
send a resume; or request a 
free Resume Workbook & 
Career Planner. We are a 
professional employment 
firm managed by graduate 
engineers. 

800-231-5920 

P.O. Box 19949, Dept. UR 
Houston, TX 77224 
713-496-6100 

Scientific Placement, Inc. 

, ‘Unix is a trademark of Bell Lab9 


THRIFTY, BRAVE, 

AND A GOOD HACKER 

In this the Yuletide season, let 
it be noted that there are good 
investments in the future that are 
not of the strictly financial kind. 
The Boy Scouts of America (BSA), 
in cooperation with the Data 
Processing Management Associ¬ 
ation (DPMA), have announced 
strong growth in the Computers 
Merit Badge Program, “a popular, 
unique educational opportunity 
for thousands of young boys”. 

Since the Program’s 1968 in¬ 
troduction, 87,792 scouts have 
earned a Computers Merit Badge, 
owing in no small part to the 
program’s growth over the past 
three years: in 1982, 739 scouts 
earned the badge; in 1983, more 
than 13,000; and in 1984, 
15,157. For successful comple¬ 
tion of the program, scouts must 
be able to fulfill a number of 
requirements. These include: de¬ 
monstrable familiarity with three 
programming languages; knowl¬ 
edge of several terms in computer 
hardware, software, I/O, storage, 
systems analysis, and design; 
and a grasp of the types of jobs 
and careers available in the com¬ 
puter field. Candidates for the 
badge also must develop a com¬ 
puter program that lists the 
names and phone numbers of 
troop members. 

Requirements were updated in 
1984 to reflect and incorporate 
new terminology and advanced 
computer technology. [BSA offi¬ 
cials did not comment on whether 
this included an oral explanation 
and comparison of System V and 
4.2BSD system calls.] IBM, Apple, 
and Hewlett-Packard sponsored 
the Computers Merit Badge dem¬ 
onstration at the last Boy Scout 
Jamboree, an annual event at¬ 
tracting scouts from all over the 
world. 

DPMA, Chapter Member Ser¬ 
vices Coordinator, 505 Busse 
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Highway, Park Ridge, IL 60068- 
3191. 312/825-8124. Or contact 
your local Boy Scout Council. 
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SQUEEZE FOR MORE RAM 

The base price of a DEC Micro- 
VAX II is around $24,000. This 
buys, among other things, 1 MB 
of memory. For $5995, Chris- 
lin Industries, Inc., offers the 
Squeeze, a single memory card 
built for use on the DEC machine 
that holds 8 MB of memory. 

A MicroVAX owner has the 
option of acquiring two 4 MB 
cards from DEC or some other 
vendor. But Edward Ross, Chris- 
lin National Sales Manager, said 
that by using a Squeeze card in 
the place of one of the 4 MB add¬ 
ons, a customer could have a 
configuration comprising the 1 
MB on the CPU chip, a 4 MB card, 
and the 8 MB Squeeze—adding 
up to a total memory capacity of 
13 MB. 

The Squeeze module has a 
maximum power consumption of 
1.7 amps at +5 volts. The word 


size is 32-bit, and the board is 
completely hardware and soft¬ 
ware-compatible with the Micro¬ 
VAX II. A five-year parts and 
labor warranty and a 24-hour 
repair/replacement policy come 
with the Squeeze card. Chrislin 
also manufactures memory cards 
for various Multibus-based sys¬ 
tems, and a RAM card for the IBM 
PC. 

Chrislin Industries, Inc., Com¬ 
puter Products Division, 31352 
Via Colinas, # 101, Westlake Vil¬ 
lage, CA 91362. 818/991-2254. 
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DATABASE APPLICATIONS 
CAN NOW GO FOR A RIDE 

Marc Rochkind, erstwhile a 
member of the Programmer’s 
Workbench design team at Bell 
Laboratories, the inventor of 
SCCS, and author of the book, 
Advanced UNIX Programming 
(Prentice-Hall, 1985), is also 
the founder of Rochkind Soft¬ 
ware Corp. Having created the 
RIDE programming language (in- 



The 
Truth 
of the 
Matter 
is... 

Prevail is a UNIX-based office 
automation and application 
development solution which 
can be shipped to you today. 

If you are looking for office 
automation software or need 
a fourth-generation language, 
look to Prevail—an A.T.&T. 
co-labeled product. 



Prevail has seven components 
which will meet your needs. 


• Word Processing 

• Spreadsheet 

• Database Management 
System 

• Window Manager and User 
Interface 

• Report Writer 

• Applications Development 
Language 

• Telecommunications 

Prevail is available on AT&T 
3B series. AT&T Unix PC 
Model 7300. NCR Tower. DEC 
VAX and MicroVax II series. 
Sun Microsystems computers, 
and Masscomp computers. 

Inspiration Systems, Inc. 

400 Cummings Park. Suite 4 *00 
— ag Woburn. MA 01801 
SBS. ~ ^ S 617 048-1160 
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troduced last March), and having 
released four UNIX versions for 
specific computer models from 
three hardware manufacturers, 
Rochkind now has also released 
RIDE/DM, a version of the lan¬ 
guage that enables programmers 
to develop multiuser database 
applications for networked PCs. 

RIDE is a high-level language 
similar to C, but Rochkind claims 
it is a business applications lan¬ 
guage superior to COBOL. 
COBOL, for example, doesn’t 
boast of database applications, 
while RIDE contains 118 built-in 
functions, including a full set of 
mathematical operations (dollars 
and cents arithmetic to $2.1 bil¬ 
lion), a screen forms manager, 
and the ability to read dBase II 
and dBase III files directly. The 


Complete Unix ™ 
Development System 
from $2995 

TM 

Fortune 32:16 System 10 with 
Multi-User Operating System, * 

512K Main Memory 
(expandable to 1MB), 

10MB Hard Disk, 

5.25” Floppy Drive, 

Monitor & Keyboard, 

IDS Prism 80 Printer, 150 CPS. 

ALL FOR $2995! 

While Quantities Last 

We also have systems with your choice of 
256K, 512K or 1MB Main Memory, and 10, 
20, 30, or 45MB Hard Disks. We carry NEC, 
IDS and Genicom printers, and printer 
options.** 

These are Fortune T reconditioned 
machines which carry a 30 day Limited 
Warranty. 

San Carlos Computer Supply 
"Reconditioned & Reasonable” 

1571 Industrial Road 
San Carlos, CA 94070 
(415) 593-2653 

Reconditioned - 30 day Warranty 
"As Is" - No Warranty 

‘Includes C Programming Language. 

“Call for a price list. 

Unix is a TM of AT&T Bell Labs 
Fortune is a TM of Fortune Systems 


objective is to keep programmers 
from having to choose between 
a programming language and a 
significantly distinct database 
system. 

Versions of RIDE are now 
available for the VAX 11/780, 
running under 4.2BSD (selling for 
$1495); the AT&T UNIX PC and 
3B2, running under System V 
(retailing for $495); and Tandy’s 
Models 16 and 6000, running 
under Xenix (also selling for 
$495). 

RIDE/DM was designed specifi¬ 
cally for The Database Machine, 
Cogent Technologies’ PC board 
for the IBM PC, XT, and AT. The 
Database Machine acts as both 
file server and hard disk control¬ 
ler for the network, and also gives 
networked PCs simultaneous ac¬ 


FRANZ 

THE FIRST NAME IN 

LISP 


Franz LISP from Franz 
Inc. is currently available 
under UNIX and VMS. 
Now with Flavors and 
Common LISP compatibil¬ 
ity. Franz sets the stan¬ 
dard for LISP. 

Franz Inc. 

1141 Harbor Bay Parkway 
Alameda, California 94501 
(415) 769-5656 

UNIX is a trademark of Bell Labs. VMS is a 
trademark of Digital Equipment Corporation. 


cess to shared data files. Instead 
of waiting for off-the-shelf soft¬ 
ware or using conventional lan¬ 
guages unsuited for business pro¬ 
gramming, RIDE/DM allows cre¬ 
ation of specifically configured 
software for PC networks. The 
language package sells for $495. 

Rochkind Software Corpora¬ 
tion, 3080 Valmont Rd., Boulder, 
CO 80301. 303/442-4981. 

Circle No. 33 on Inquiry Card 

THE MINISTRY 
OF ADMINISTRATION 

The challenges posed by UNIX 
system administration can be 
viewed as mere inconveniences 
by some (mostly those who’ve 
never tried it), but to others these 
challenges are the stuff of night¬ 
mares. Wherever you place your¬ 
self on this spectrum, there are 
two packages from Unitech Soft¬ 
ware to consider if you have 
a system that needs to be ad¬ 
ministered. 

The first is UBACKUP, a 
backup, restore, and media man¬ 
agement package. It offers sys¬ 
tem-wide, selective, full, and 
incremental dumps. Simple con¬ 
figuration files are defined ini¬ 
tially to tailor both dump cy¬ 
cles and operational procedures 
to specific installation-dependent 
requirements. An integral media 
management feature controls vol¬ 
ume rotation, and backed-up vol¬ 
umes can be kept for specific 
periods of time and then released 
for re-use. The software features 
an online catalog for rapid loca¬ 
tion of data, a log to track utiliza¬ 
tion and error conditions, and a 
file system usage report feature 
that identifies and summarizes 
high overhead points of interest 
such as large or underused files. 

UBACKUP supports a variety 
of data storage media such as 
floppy diskette, cartridge tape, 
and 9-track tape, and verifies 
media after it has been tran- 
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Mankind searched the world over — 

for the multiuser operating system of the future. V } 

Then IBM® chose XENIX® for the PC AT. And the future was now. 

THE SANTA CRUZ OPERATION PRESENTS 


/etfiX HOW 


AN SCO PRODUCTION in exclusive association with MICROSOFT CORPORATION 
THE MULTIUSER, MULTITASKING PC BLOCKBUSTER “XENIX NOW!” 
starring VISUAL SHELL • MULTISCREEN ‘ • MICNET • THE BERKELEY ENHANCEMENTS 


AND INTRODUCING 


C-MERGE AS THE MS-DOS DEVELOPMENT ENVIRONMENT 


featuring WORLD FAMOUS SCO TRAINING AND SUPPORT for DEALERS • END USERS • ISVs • OEMs 
AND AN INTERNATIONAL CAST OF HUNDREDS OF XENIX APPLICATIONS 


INCLUDING 


LYRIX" AS THE UNIX/XENIX WORD PROCESSING SYSTEM 


PRODUCED AND DIRECTED BY THE SANTA CRUZ OPERATION 
SCREENPLAY ADAPTED BY THE SANTA CRUZ OPERATION FROM ORIGINAL STORIES BY MICROSOFT AND AT&T 


IN BREATHTAKING SELECTABLE COLOR 


NOMINATED FOR ★ BEST DOCUMENTATION! ★ BEST SUPPORT! ★ BEST TRAINING! 
★ BEST ELECTRONIC MAIL AND NETWORKING! ★ MOST APPLICATIONS! 

★ MOST COMPLETE UNIX SYSTEM! 



THE SANTA CRUZ OPERATION 


RELEASED FOR MOST POPULAR PERSONAL COMPUTERS. 
APPLICATIONS ALSO AVAILABLE: LYRIX, MULTI PLAN®, INFORMIX®, 
LEVEL II COBOL 1 ", 3270 MAINFRAME COMMUNICATIONS. 


(408)425-7222 

TWX: 910- 598-4510 SCO SACZ 



A 

MULTIUSER OPERATION SUGGESTED 

XENIX WILL TURN YOUR 

PC INTO A 1 

1EAL COMPUTER 
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®MCMLXXXIV The Santa Cruz Operation, Inc. 

The Santa Cruz Operation, Inc., 500 Chestnut Street. P.O. Box 1900, Santa Cruz, CA 95061 (408) 425-7222 

UNIX is a trademark of AT&T Bell Laboratories • Lyrix and Multiscreen are trademarks of The Santa Cruz Operation, Inc. • IBM is a 
registered trademark of International Business Machines Corporation • XENIX and Multiplan are registered trademarks of Microsoft 
Corporation • Informix is a registered trademark of Relational Database Systems, Inc. • LEVEL II COBOL is a trademark of Micro Focus, Ltd. 
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scribed. The package requires an 
instruction space of less than 64 
KB. 

The second software package 
is USECURE, a menu-driven 
package to provide enhanced 
system security. Among other 
services, the software copies 
or moves files and directories 
based on specific selection crite¬ 
ria: maintains . profile , umask , 
user, and group information: and 
maintains an online log file that 
provides an audit trail of all 
changes made to the system via 
USECURE, including a record of 
system startup and shutdown 
activities. USECURE requires at 
least 128 KB of memory space, 
but this is because it runs as an 
application of SSL, Unitech’s 


screen manager and application 
development system. 

USECURE is now available 
and ranges in price, depending on 
configuration and the size of the 
computer on which it runs, from 
$146 to $850. UBACKUP is due 
out by year’s end and has a price 
range from $390 to $4500. Deals 
are being negotiated with OEMs, 
but end users are the primary 
market for these products. As 
such. Unitech claims the pack¬ 
ages can be user-installed and 
that customer support can be 
obtained by phone. Packages are 
tailored by Unitech to run under 
specific versions of UNIX, includ¬ 
ing old and new ones from AT&T, 
BSD, and various look-alike fla¬ 
vors from other companies. 


Unitech Software, Inc., PO Box 
7490, McLean, VA 22106-7490. 
703/734-9844. 
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EMANCIPATION 

PROCLAMATION 

The first image that usually 
comes to mind upon hearing the 
term “network” may be of several 
smaller computers electronically 
linked to a larger computer. In 
this scenario, all information 
flowing in the network is passed 
through the host computer. The 
relationship of mainframe host to 
linked mini/micro does not have 
to be one of master to slave, 
however. The Orion Group has 
announced the sna62 Peer Com- 


/MORE NEWS FROM 


4.3BSD Source 
with Bug Fixes, 

BERKELEY CA-The 4.3BSD release of | 
“Betotey UNIX” from the University is 
due out soon. It adds significant perfor¬ 
mance improvements and new feattires to 

,he capabilities whtchtevemade42BSD 

the standard for advanced UNIX 
applications. 


or Binary 

Maintenance, 

Maintained Source 

ssr. 

S*SSfxiNU.Unft«*e 

sssr&S* 

ongoing maintenance and bug fixes,, M t 
XINU’s own enhancements, and access to 
expert help when problems arise. Ne 


Enhancements 

sites can begin with either 4.2 or 4.3BSD 
source and also avoid spending time on 
routine source maintenance instead of 
more important work. 

Supported Binary 

VAX users who don’t need smirce can buy 
a fullv-supported MT X1NU 4.2B 
based binary now and upgrade to 4.3 when 
available. 


1 


WE KNOW UNIX™ BACKWARDS AND FORWARDS 


TRADEMARKS: Unix It a trademark of AT&T Bell Laboratories. VAX Is a trademark of Digital Equipment Corpi SUN Is a trademark of Sun Microsystems, Inc. 






munications Facility, a software 
package of protocols that ena¬ 
bles micros, minis, and main¬ 
frames—as well as terminals, file 
servers, and other devices—to 
exchange information directly, 
without having to go through a 
central computer host. 

Orion sna62 is a third-party 
implementation of the LU 6.2 
network, the latest enhancement 
of IBM’s System Network Archi¬ 
tecture (SNA). Previously, the set 
of network functions needed to 
control the hardware in an SNA- 
type network could only address 
IBM 370-based architecture in 
a hierarchical master/slave ar¬ 
rangement. The new emulation 
enables peer-to-peer communica¬ 
tion between a wide range of 


systems. 

Orion developed the SNA Peer 
Network Facility under a contract 
with Apple Computer that called 
for it to link Apple’s in-house 
UNIX-based computers to an IBM 
mainframe. The software allows 
UNIX machines to communicate 
with each other as peers, as well 
as with IBM systems. The facility 
is written in C (the interface 
works through a library of C 
function calls) under System V, 
and is a complete software imple¬ 
mentation requiring no custom 
hardware. Developers of local 
area networks can also use the 
facility as a gateway to connect 
two LANs together. 

Orion’s principal market com¬ 
prises hardware vendors and 


VARs, so sna62 is offered on a 
license and royalty basis. 

The Orion Group, Inc., 1912 
Bonita Way, Berkeley, CA 94704. 
415/548-0947. 
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UNDER LOCK AND 
(CHIP) KEY 

Enigma Logic has made avail¬ 
able SafeWord UNIX-Safe, a com¬ 
bined hardware and software se¬ 
curity system for UNIX-based 
computers. Designed to control 
access to all sizes of computers, 
the security system can also 
lock specific files, accounts, data¬ 
bases, dial-up lines, or any com¬ 
bination of programs. 

SafeWord software is compiled 


BERKELEY 

Increases Power f 

v tt \ik v \wwnrk File System lets VAX unnppe.ssarv file C0 P^ 


Increases rowe J 

. f VA Y Y NFS saves network storage space v § nelwork syste m 

MT yinu’s VAX Network File System lets VA I eliminating unne cessary file copies, a ■ P 

Gould and Pyramid computers. j hv Sun 

tu, xwu/nrk File System, < 


1 uiavmw* »— ^ 

Gould and Pyramid ^ and developed by Sun 

The Network File S f te f’ df vAXbyMTXlNU.lt extends 
Microsystems, was im P leme ^?' netw0 rking by making remote 
th epowerof4.2BSD ^TccessS a ftle or directory 

“XtTws i« * ■ to ' 


administration. w-r xiNU as an addition to MT 

VAX NFS is available now from M software . upgrades to 

XINU’s 4.2BSD-based source o " For indepen- 

object modules. 


/mtxinu 


415-644-0146 


UNIX™ SUPPORT FROM BERKELEY 


2910 SEVENTH STREET SUITE 210 BERKELEY, CA 94710 
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The decoder and key “password dispenser”, 
Safe security system. 


of Enigma Logic's UN IX- 


into the protected computer’s op¬ 
erating system. Legitimate users 
are provided with a unique, calcu¬ 
lator-like SafeWord decoder and 
key (with an electronic chip on it), 
which act as a “password dis¬ 
penser”. When a user wishes to 
login, the UNIX system requests 
the account name and regular 
password, as usual. According to 
vice president of marketing Dr. J- 
C. Spender, the system—depend¬ 
ing on how the customer has it 
configured—can then proceed in 
one of two ways. 

The first is a duplex procedure. 
The system asks for a second 
password (which will be used only 
this one time) in the following 
fashion: the system selects a 
seven-digit number from a ran¬ 
dom number mill and displays it 
on the terminal screen; the user 
enters this number on the hand¬ 
held decoder (which serves as a 
logical rather than electrical in¬ 
terface) and presses the “enter” 
key”; the decoder, with key in¬ 
serted, calculates a response, and 
this serves as the one-time pass¬ 
word that the user can then enter 


on the terminal keyboard to gain 
entry into the computer system. 

The second type of configura¬ 
tion is a simplex procedure. After 
the login name and regular pass¬ 
word are entered, the system 
waits for the user to generate the 
second password. But, instead of 
being a response to a random 
number challenge, this second 
password is derived from past 
usage. The user gets this pass¬ 
word by inserting the key (which 
has data files in its chip) into the 
decoder and pressing “enter”; 
the new password appears on 
the decoder screen, and the 
user enters this password into 
the computer. Computer software 
contains a password history and 
calculates the new password. The 
password generated separately by 
the decoder and the computer 
should match, and the user 
should then be logged in. 

Enigma Logic is working on a 
family of other interfaces, includ¬ 
ing a port-mounted version not 
requiring the hand-held decoder. 
(The hand-held model, however, 
lias the advantage of terminal 


independence.) Though negotiat¬ 
ing with OEMs (including AT&T), 
the company sells directly to end 
users. UNIX-Safe software is sup¬ 
plied on tape or diskette, with 
documentation, and can be in¬ 
stalled by the customer or with 
company support. Price varies 
with functionality and starts at 
$3500 for the software. Decoder 
and key costs also vary with 
functionality and volume, but are 
typically about $150 per user. 

Enigma Logic, Inc., 2151 Sal- 
vio. Suite 301, Concord, CA 
94520. 415/827-5707. 

Circle No. 64 on Inquiry Card 


KERNEL DOES 
GRAPHICS RIGHT 

The GSS-Toolkit kernel system 
developed by Graphic Software 
Systems is an implementation of 
the ANSI and ISO Graphical Ker¬ 
nel System (GKS) Specification 
Level 2b. Programmers choose 
between C, Fortran, and Basic 
compilers to develop their GKS 
applications. 

The toolkit kernel system runs 
on UNIX System Ill, System V, 
Version 7, and Berkeley 4.2. On a 
retail basis, it is available through 
Lattice, Inc. at a price of $495. 
OEM agreements can be made 
directly through GSS. 

There are many characteris¬ 
tics separating this product from 
the company’s Level mb soft¬ 
ware. Bundled attributes, ISO 
GSK metafile support, the full 
text model including stroke preci¬ 
sion text, workstation control, 
cell array primitive, control over 
deferring changes to the worksta- 
tions, and the ability to allow the 
simultaneous opening of multiple 
workstations have been added. 

Graphic Software Systems, 
25117 SW Parkway, PO Box 673, 
Wilsonville, OR 97070, 503/682- 
1606. 
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THE International UNIX* Event of the Year! 


February 4-7, 1986 / Anaheim Convention Center / Anaheim, California 


UniForum 1986, the International Conference 
of UNIX Users, has established itself as 
THE premier UNIX conference/trade show. 

■ Over 200 major vendors exhibiting their 
newest UNIX-based hardware, software, 
systems, services and peripherals. 

■ A complete tutorial and conference pro¬ 
gram. Multiple sessions target the connec¬ 
tivity of UNIX between the user and techni¬ 
cal environments; the hardware and 
software technology for office systems and 
workstations; the interface between man 
and machine, machine and machine, and 
much more. Day-long tutorials provide 
intensive, focused material on specific sub¬ 
jects in UNIX...while the conference ses¬ 
sions highlight the latest developments in 
the continuing evolution of UNIX. 

‘UNIX is a trademark ol AT&T Bell Laboratories. 


■ FREE UNIX Introductory Workshops. 

■ Birds-of-a-Feather impromptu sessions. 

Call us NOW for your FREE Show-Only 
Badge and complete registration information 
on the dynamic conference/tutorial program. 

The power and potential of UNIX are impor¬ 
tant to you. UniForum 1986 is THE com¬ 
puter event you can’t afford to miss! 


SSUniForum 

The International Conference of UNIX Users 

For Complete Information, Call: 

800 - 323-5155 

(In Illinois, Call: 312-299-3131) 


Or Write: 

UniForum 

2400 East Devon Avenue 
Suite 205 

Des Plaines, IL 60018 


Sponsored by 



The International Network of UNIX Users 
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GLOBAL VIEW 

Continued from Page 35 

question, “Why internationalize 
UNIX?” is the question, “Why 
should I be concerned with all of 
this?” If neither you nor your 
organization plan to be involved 
in the international marketplace 
at any time in the foreseeable 
future, why bother with the prob¬ 
lems and issues that face the 
international community of UNIX 
users? Again, the most straight¬ 
forward answer springs directly 
from the UNIX philosophy, which 
itself is in keeping with the Unifi¬ 
cation Philosophy underlying 
much of the progress made in 
science and technology over the 
last 500 years. Fundamental¬ 


ly, we are in the same position 
as those medieval astronomers 
locked into the classical Universe 
according to Ptolemy. We sim¬ 
ply have made North American 
seven-bit ASCII the center of 
our universe—because it works. 
That is, it works as well as a flat 
earth: sailing off the edge can be 
handled as an “exception”, as 
can the kludges necessary to get 
the planets and the calendar to 
come out correctly. As we get 
more data we can add to the 
exceptions—until we are ration¬ 
ally forced to accept a more 
inclusive model. 

Within the US itself, how does 
the telephone directory list /usr/ 
group , 3Com , or 7-Eleven ? For 
that matter, where do initials sort 


and at what point should the 
perennially lower-case e e Cum¬ 
mings be listed in the index of 
20th Century Poets? When I’m 
rushing to find a flight, should I 
look under St. Louis or Saint 
Louis in my trusty Official Air¬ 
lines Guide? Why does the ASCII 
underscore print as a left-arrow 
on the KSR-33 Teletype from 
which ASCII was lifted? Why does 
a dictionary sort sanatorium 
right after San Antonio? How 
should text scanners interpret 
the last period in an ellipsis 
following an abbreviation at the 
end of a sentence? Or how should 
text scanners cope with a sen¬ 
tence beginning “.357 magnums 
will not be worn in class...”? 
When numerics become strings, 


Only one # 
word processing 
program for these 
UNIX-based systems 
isn’t just 
a lot of talk. 


Many companies are promis¬ 
ing UNIX-compatible word 
processing software. But only 
WordMARC™ is being used 
successfully right now on such 
major UNIX-based systems as 
DEC,® HP,® SUN,® AT&T,® 
MASSCOMP,® PYRAMID® 
and NCR® 

With WordMARC, you’ll 
have a single, full-featured pro¬ 
gram that will end the prolifera¬ 


tion of word processing soft 
ware. Training time will be cut 
because the identical program 
runs on all kinds of computers 
So users can easily switch 
terminals or systems. And 
with its optional LinkMARC 
feature, text created on your 
UNIX-based system can be 
transferred to and shared by 
superminis and personal 
computers. 





UNIX DEC HP SUN. AT&T. MASSCOMP. PYRAMID and NCR arc registered trademarks of, respectively, AT&TBell Laboratories, Digital 
Equipment Corporation, Hewlett-Packard Co., Sun Microsystems, Inc., AT&TBell Laboratories, Massachusetts Computer Company, Pyramid 
Technology Corporation and NCR Corporation. 














isn’t it bothersome that “123” 
comes between “12” and “13” 
and that an underscored charac¬ 
ter in your favorite text editor or 
regular-expression analyzer ei¬ 
ther does or does not match its 
naked equivalent—whichever is 
least convenient? 

As a child meeting trigonom¬ 
etry for the first time, my reaction 
to the Law of Cosines was that it 
was an exceptional case of the 
familiar Pythagorean Theorem 
with an irritating “-2 a b cosine 
theta ” thrown in. Ditto for the 
nasty Lorentz-Fitzgerald term 
Einstein tagged onto Newton’s 
beautiful laws. What becomes 
clear after a little while, though, 
is that in the world at large , 
exceptions are the rale and that 


Fundamentally, we are 
in the same position as 
those medieval 
astronomers locked 
into the classical 
Universe according to 
Ptolemy. 


we cling to the simplifying special 
case like a drowning man to a life 
ring. But if we back off a bit, the 


UNIX Philosophy can do for us 
what Tycho’s calculations did for 
Kepler. 


Besides chairing the fusrfgroup 
Technical Aduisory Committee on 
Internationalization, Brian Boyle is 
the Director of Research at NOVON 
Research, a San Francisco-based 
organization investigating emerging 
technologies related to UNIX sys¬ 
tems and software, supercomputing, 
integrated voice and data, and arti¬ 
ficial intelligence. Prior to founding 
NOVON, he was the managing 
analyst of the Systems and Software 
Group at Gnostic Concepts. Mr. 
Boyle holds a Ph.D. in Medical 
Information Systems, although he 
claims the degree’s warranty has 
run out. ■ 



In addition to being compati¬ 
ble with all kinds of computers, 
WordMARC also gets along 
with all kinds of users. 

Its documentation is 
written specifically for the 
computer system it will oper¬ 
ate on. Its self-teaching guide 
helps novice users get quickly up 
speed. And it’s supported by a 
special “800” number hotline. 

WordMARC’s many versatile 
features include technical and 
scientific symbols, foreign lan¬ 
guage characters, a what-you- 
see-is-what-you-get screen, and 
menu-driven operation with 


convenient function keys. 

WordMARC can also be 
integrated with other popular 
applications software. 

So get the UNIX-compatible 
word processing system that’s up 
and running now—and put 
your word processing software 
resources back under control. 
With WordMARC. The 
Uncommon Denominator. 

Contact MARC Software 

for more information. 
260 Sheridan Ave¬ 
nue, Suite 200, Palo 
Alto, California, 
94306. 



MARC SOFTWARE INTERNATIONAL, INC. 

1-800-831-2400. In California 1-800-437-9900. 


Circle No. 5 on Inquiry Card 


WordMARC 

The Uncommon Denominator 


WordMARC is a trademark of MARC SOFTWARE INTERNATIONAL, INC. © 1985, MSI, INC. 







CALENDAR 


EVENTS 

DECEMBER 

December 12-13 Monterey, CA: Usenix second annual graphics 
workshop. Contact: Usenix Conference Office, PO Box 385, 
Sunset Beach. CA 90742. 213/592-3243. 

JANUARY 1986 

January 15-17 Denver: Winter ’86 Usenix Technical Confer¬ 
ence. Contact: Usenix Conference Office (see above). 

FEBRUARY 

February 4-7 Anaheim, CA: UniForum International Confer¬ 
ence of UNIX users, sponsored by /usr/group. Contact: 
UniForum 1986, 2400 E. Devon Ave.. Suite 205, Des Plaines, IL 
60018. 312/299-3131. 

TRAINING 

Note: Below are listed the dates, locations, titles, and 
contacts for UNIX-related training courses. For registration 
and further information on particular courses, contact the 
firm cited. Training firm addresses and phone numbers are 
listed alphabetically at the end of the calendar. 

DECEMBER 

December 2 New York: “Mainframe-to-Mini-to-Micro Links”. 
Contact Interactive. 

December 2 Dayton, OH and Houston: ‘‘UNIX Operating 
System”. Contact NCR. 

December 2-3 New York and Washington, DC: “Advanced C 
Programming Workshop”. Contact CTG. 

December 2-3 Menlo Park, CA: “Basic Informix”. Contact RDS. 
December 2-3 New York: “Shell Programming Workshop”. 
Contact Structured Methods. 

December 2-4 Washington, DC: “UNIX for Users, Including 
Shell Programming”. Contact AIQR. 

December 2-4 Edison, NJ: “Advanced C Language Program¬ 
ming”. Contact AUXCO. 

December 2-4 Philadelphia: “UNIX and C: A Hands-on 
Workshop”. Contact Drexel University. 

December 2-4 Santa Monica, CA: “UNIX Fundamentals”. 
Contact Interactive. 

December 2-5 Union, NJ: “Advanced UNIX”. Contact Asidor. 
December 2-5 Callaway Gardens, GA: “UNIX OS: The First 
Step”. Contact AT&T. 

December 2-6 Dallas and San Francisco: “UNIX Internals”. 
Contact CTG. 

December 2-6 London: “UNIX for Programmers”. Contact The 
Instruction Set. 

December 2-6 Cincinnati: “UNIX for End Users”. Contact 
ITDC. 


December 2-6 Absecon, NJ: “C Programming Workshop”. 
Contact Plum Hall. 

December 2-6 Washington, DC: “C Language Programming”. 
Contact Webco. 

December 3 London: “UNIX Overview”. Contact CTG. 
December 3 Los Angeles: “UNIX Management Overview”. 
Contact NCR. 

December 3-4 Menlo Park, CA: “Basic Informix”. Contact RDS. 
December 3-5 San Francisco: “SNA Architecture and Imple¬ 
mentation". Contact CSI. 

December 4 Tampa: “UNIX Management Workshop”. Contact 
NCR. 

December 4-6 London: “UNIX Fundamentals for Non-Program¬ 
mers”. Contact CTG. 

December 4-6 New York and Washington, DC: “Advanced C 
Programming Under UNIX”. Contact CTG. 

December 5-6 Washington, DC: “C Programming”. Contact 
AIQR. 

December 5-6 Edison, NJ: “C Language Debugging”. Contact 
AUXCO. 

December 5-6 Santa Monica, CA: “Using the Shell”. Contact 
Interactive. 

December 5-6 Menlo Park, CA: “Basic Informix-SQL“. Contact 
RDS. 

December 9 New York: “Principles of Computer Graphics”. 
Contact LUCID. 

December 9 Dayton, OH: “C Programming”. Contact NCR. 
December 9 Dayton, OH: “UNIX System Administration”. 
Contact NCR. 

December 9 Tampa: “UNIX Operating System”. Contact NCR. 
December 9-10 Santa Monica, CA: “System Administrator's 
Overview”. Contact Interactive. 

December 9-10 Anaheim, CA: “The Concepts of Object- 
Oriented Programming”. Contact PPL 

December 9-11 Edison. NJ: “Advanced Shell”. Contact 
AUXCO. 

December 9-11 London: “UNIX Fundamentals for Program¬ 
mers”. Contact CTG. 

December 9-12 Union. NJ: “Introduction to C—A Hands-on 
Workshop”. Contact Asidor. 

December 9-13 Trumbull, CT: “Intro to UNIX”. Contact Bunker 
Ramo. 

December 9-13 New York and Washington, DC: “Berkeley 
Fundamentals and csh Shell”. Contact CTG. 

December 9-13 London: “Advanced UNIX”. Contact The 
Instruction Set. 

December 9-13 London: “C Programming Language”. Contact 
The Instruction Set. 

December 9-13 London: “Device Drivers and Kernel Over¬ 
view”. Contact The Instruction Set. 

December 9-13 Washington, DC: “The UNIX System for the DP 
Professional”. Contact Webco. 
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December 10-12 Dallas and San Francisco: “UNIX Adminis¬ 
tration”. Contact CTG. 

December 11-13 Santa Monica, CA: “Interactive Networking 
Tools”. Contact Interactive. 

December 12-13 London: “Shell as a Command Language”. 
Contact CTG. 

December 14 San Francisco: “Inside 4.2BSD Networking”. 
Contact Uni-Ops. 

December 16 New York: “C Programming”. Contact NCR. 
December 16-17 Dallas and San Francisco: “Advanced C 
Programming Workshop”. Contact CTG. 

December 16-17 Santa Monica, CA: “Advanced Commands for 
Programmers”. Contact Interactive. 

December 16-19 Union, NJ: “Fundamentals of UNIX”. Contact 
Asidor. 

December 16-20 Edison. NJ: “Introduction to C Language 
Programming”. Contact AUXCO. 

December 16-20 Trumbull, CT: “C Programming”. Contact 
Bunker Ramo. 

December 16-20 London: ”C Language Programming”. Con¬ 
tact CTG. 

December 16-20 Washington, DC: ”C Programming Work¬ 
shop”. Contact Plum Hall. 

December 16-20 London: “Advanced C”. Contact The Instruc¬ 
tion Set. 

December 17 Boston and Washington, DC: “UNIX Overview”. 
Contact CTG. 

December 17 Palo Alto, CA: SV Net Monthly Meeting. Contact 
SV Net. 

December 18-20 Boston and Washington, DC: “UNIX Funda¬ 
mentals for Non-Programmers”. Contact CTG. 

December 18-20 Dallas and San Francisco: “Advanced C 
Programming Under UNIX”. Contact CTG. 

December 18-20 Santa Monica, CA: “UNIX Architecture—A 
Conceptual Overview”. Contact Interactive. 

JANUARY 1986 

January 6 Dayton, OH and Los Angeles: “UNIX Operating 
System”. Contact NCR. 

January 6-9 Union. NJ: “Shell Programming”. Contact Asidor. 
January 7 Dayton, OH: “UNIX Overview with Workshop”. 
Contact NCR. 

January 13 Dallas: “UNIX Operating System”. Contact NCR. 
January 13 Dayton, OH: “C Programming—Advanced”. 
Contact NCR. 

January 13 Los Angeles: “UNIX System Administration”. 
Contact NCR. 

January 13-16 Union, NJ: “Advanced C Programming”. 
Contact Asidor. 

January 13-17 London: “UNIX for Programmers”. Contact The 
Instruction Set. 

January 14 Dayton, OH: “Unify Database Maintenance 
System”. Contact NCR. 

January 14 Tampa: “UNIX System Administration”. Contact 
NCR. 

January 14-17 Washington, DC: “UNIX: A Comprehensive 
Introduction”. Contact ICS. 


Please send announcements about training or events of 
interest to: UNIX REVIEW Calendar, 500 Howard Street, San 
Francisco, CA 94105. Include the sponsor, date and location 
of event, address of contact, and relevant background 
information. ■ 


CONTACT INFORMATION 

American Institute for Quality and Reliability (AIQR), 
1494 Hamilton Ave., Suite 104, San Jose, CA 95125. 
800/621-0854 ext.290, or in CA, 408/978-2911. 

Asidor Training Institute, 2143 Morris Ave., Suite 5, 
Union, NJ 07083. 201/888-0241. 

AT&T Information Systems, Institute for Communica¬ 
tions and Information Management, PO Box 8, Pine 
Mountain, GA 31822-0008. 800/247-1212. 

Auxton Computer Enterprises, Inc. (AUXCO), 2 Kilmer 
Rd., Edison, NJ 08817. 201/572-5075. 

Bunker Ramo Information Systems, Trumbull Indus¬ 
trial Park, Trumbull, CT 06609. 203/386-2000. 

Computer Technology Group (CTG), 310 S. Michigan 
Avenue, Chicago, IL 60604. 800/323-UNIX, or in IL, 
312/987-4082. 

Communications Solutions, Inc. (CSI), 992 S. Saratoga- 
Sunnyvale Road, San Jose, CA 95129. 408/725-1568. 

Drexel University, 32nd and Chestnut Streets, Phila¬ 
delphia, PA 19104. 215/895-2153. 

Instruction Set, The, 152-156 Kentish Town Road, 
London, NW1 3YP, England. 01-482 2525. 

Integrated Computer Systems (ICS), PO Box 45405, Los 
Angeles, CA 90045. 800/421 -8166, or in CA. 800/352- 
8251. 

Interactive Systems Corp., 2401 Colorado Avenue, 3rd 
floor, Santa Monica, CA 90404. 213/453-8649. 

LUCID, 260 Fifth Avenue, Suite 901, New York, NY 
10001. 212/807-9444. 

NCR Corp., Customer Services Division, 101 W. 
Schantz Avenue, Dayton, OH 45479. 513/445-3798. 

Plum Hall, 1 Spruce Avenue, Cardiff, NJ 08232. 609/ 
927-3770. 

Productivity Products International, Inc. (PPI), 27 Glen 
Road, Sandy Hook, CT 06482. 203/426-1875. 

Relational Database Systems, Inc. (RDS), 4100 Bohan¬ 
non Drive, Menlo Park, CA 94025. 415/322-4100. 

Silicon Valley Net (SV Net). PO Box 700251, San Jose, 
CA 95170-0251. 415/594-2821 (Grant Rostig). 

Structured Methods, lne., 7 W. 18th St., New York, NY 
10011. 800/221-8274. 

Uni-Ops, PO Box 27097, Concord, CA 94527-0097. 
415/945-0448. 

Webco Industries, Inc., 14918 Laurel Oaks Lane. 
Laurel. MD 20707. 301/498-0722. 
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THE LAST 
WORD 

Letters to the editor 


SO WHAT'S NEW? 

Dear UNIX REVIEW, 

Ho hum. The UNIX REVIEW 
issue on Languages [September] is 
worthy of a yawn. Fortran. Yep, 

UNIX has Fortran and so did the 
SOS 7094 two decades ago. C, for 
“Caveman language”, that’s on 
UNIX too, and has been for over a 
decade. Now there’s talk of Lisp, 
roughly of Fortran vintage. So 
where’s the news? 

The issue does talk about Ada 
(which is unusable) and also Mod¬ 
ula-2 (which is a breath of fresh 
air). OK, so Modula-2 is the one 
newsworthy language that gets reasonable coverage 
in the issue. But hold on, Modula-2 isn’t the only 
exciting language under UNIX. There are hundreds of 
UNIX installations using the Concurrent Euclid 
language, which is thought by some (like me) to be the 
world’s best implementation language. There’s an 
implementation of UNIX written in Concurrent 
Euclid. And there’s Turing, being used by thousands 
of people on UNIX and PCs, which is thought by some 
(like me) to be the ideal general-purpose language for 
use under UNIX. 

So how about the real news, eh? How about 
covering the exciting UNIX languages of the ’80s— 
not the ’60s and ’70s—in an issue on languages? 

R.C. Holt 

Computer Systems Research Institute 
Toronto, Ontario, Canada 

Mr. Holt is the author oj Concurrent Euclid , The UNIX 
System , and Tunis (Addison-Wesley. 1983). Editor 

Dear UNIX REVIEW, 

In the September issue of UNIX REVIEW, Joel 



McCormack laments: 

The lack of type checking is, 
I hazard , the largest source 
of productivity loss for C 
programmers. 


But lack of type checking is not 
inherent in C. It was in an early 
issue of this very magazine (UNIX 
REVIEW, February/March, 1984) 
that I first wrote about an imple¬ 
mentation of C that performs in¬ 
ter-module type checking. The im¬ 
plementation was called the Safe C 
Compiler and has since been re¬ 
named the Safe C Runtime Analyzer. 

The Analyzer performs checking of function 
parameters at runtime, thus inter-module function 
calls are as easy to check as intra-module. It also 
detects errors in the use of standard library rou¬ 
tines including printf/scanf. So an error like 
McCormack’s: 
scant("%d".i) 

where i is an integer, is caught. 

In addition, counter to McCormack’s claim (on the 
bottom of page 28) that, “C is left with no way to 
perform runtime checking”, the Analyzer detects 
array indexing errors and indirection through stray 
pointers. 

C certainly has its dangerous points, but let’s not 
complain about daggers that have been sheathed. 

Alan Feuer 
Catalytix Corp. 
Cambridge, MA 

LET'S TRY THAT AGAIN 

Dear UNIX REVIEW, 

In the September, 1985, issue, C Advisor by Mr. 
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That’s what we do in UNIX REVIEW 
We listen, and look, and probe 

It’s surprising how much there is that’s fresh and new. 

Just waiting to be shared 

It’s often that way with things that are simply elegant. 

Like a shell. Like UNIX 


UNIX “REVIEW 

THE MAGAZINE FOR THE UNIX COMMUNITY 

UNIX is the trademark of Bell Laboratories, Inc. 

UNIX REVIEW is not affiliated with or sponsored by Bell Laboratories. 




%J THE LAST WORD 


Bill Tuthill indicates that one can combine C and 
Fortran as well as Pascal. That’s nice to know. 
Unfortunately, there are a few bugs in the article. 

The number of arguments in the Fortran subrou¬ 
tine call does not match C parameter definition. 
Therefore, the C program in Figure 2 [page 69] cannot 
work properly. I suggest the following: 

^include (stdio.h) 
long unixc_(cnid) 
char *cmd: 

{ 

char but[BUFSIZ] : 
int i : 

sprintf(buf."%s".cmd): 

/* Return value only for algorithmic purpose */ 
for (i = 0 : *(cmd+i) != \0':i++): 
if(i >= 256) /* UNIX command line length V 

return(-2L) : 

if(system(buf) == 127) 
return(-IL): 
return(OL); 

} 
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In Fortran use: 
call unixc('l$ -1') 

Please note that the Version 7 Fortran compiler gives 
a warning if the subroutine name is more than six 
characters long. 

David Tak-Shen Chen 
The New York Blood Center 
Elmont, NY 

COMMITTEE REPORT 

Dear UNIX REVIEW, 

In your Monthly Report for July, you combined two 
different IEEE Committees into one. The PI003 
Committee is focusing strictly on the Operating 
System Standards and, in fact, more specifically on 
the system call interface. This effort will hopefully 
go to ballot this Winter, reflecting heavily the 1984 
/usr/group Standard with input from System V and 
also a limited number of Berkeley extensions such as 
mkdir. 

The second IEEE Committee is addressing Open 
System Architecture. This is being chaired by Paul 
Borrill, Secretary of the IEEE Computer Society, and 
represents a substantially longer-term effort. Operat¬ 
ing System Standards will be just one of the areas ad¬ 
dressed by the OSA effort. 

Marc Rochkind’s comments on the Standards 
effort [also in July’s Report ] were slightly misleading. 
For better or worse the Standard work to date from 
/usr/group and IEEE has been based on System III and 
to some degree on System V, without a strong focus on 
any Berkeley extensions with 4.1 or 4.2. He is correct 
that Interprocess Communications (IPC) is not ad¬ 
dressed in the current effort. This has been delegated 
to a real-time subcommittee which will be addressing 
a number of real-time related capabilities. Terminal 
interface control was not addressed in the /usr/group 
Standard. However, a set of termio facilities have 
been specified in the IEEE drafts. Record and file 
locking capabilities have been included in both the 
/usr/group document and the IEEE document. This 
capability has also been adopted by AT&T as part of 
the System V Interface Definition. A subcommittee 
has been formed in the IEEE group to address issues 
of record locking and atomic operations for interac¬ 
tion and database work. We are seeking experts in 
this area to help with this subcommittee. 

I hope this helps to bring your readers up to date. 

James Isaak 
Chairperson, IEEE/CS PI003 
Charles River Data Systems 
Framingham, MA 
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Have you been looking for perfect data management that you can 
enjoy on your own terms? Then you've probably already heard of 
ZIM 2.4 — the most powerful database system available. Until now. 
Because ZIM 2.5 is here. 


ZIM 2.5 is a fourth generation application development tool which 
makes it possible to expand the capabilities of your micro beyond 
what you've ever imagined. ZIM mirrors the complexities of the 
real world by letting you develop as many and as varied 
applications as you could possibly need. 


"ZIM is... a successful migration of mainframe ideas and needs to a 
micro. (ZIM) proves not only that the job can be done but also that 
it can be done well. ZIM provides a reference against which current 
and future data bases can be judged." James Creane, Data Based 
Advisor/July 1985. 


Portability 

ZIM is the only database management system with 100% 
application portability for single-user and multi-user 
configurations. ZIM is available under PC-DOS, 
Concurrent PC-DOS, UNIX, XENIX, and QNX. 

Never again will you be required to re-write 
your applications for different operating systems 
environments. 
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Power 

ZIM's high-level language lets you build user commands which 
implement applications without the necessity and cost of additional 
programming tools. ZIM's forms facility and extensive report 
generator permit completely menu-driven applications. Completed 
compiled, applications use the Runtime System, leading to fast 
execution, preventing unauthorized access or modifications, and 
decreasing cost and memory requirements. 

Flexibility 

ZIM gives you unprecedented simplicity and flexibility. ZIM 
commands parallel simple English sentences, making it easy to 
learn and use. Other features include automatic updates of all 
indexes, multi-user support, and an extensive range of validation, 
editing and masking facilities. ZIM's limits are only those of your 
hardware, operating system and imagination. And with ZIM 2.5, 
your database is no longer limited to a single hard disk. 


"ZIM is (a) well-conceivedsoundly-implemented , 
thoroughly professional system. Its design evidences a 
strong commitment to consistency and to the goal 
of natural nonprocedural user interaction." 

Richard M. Foard, PC Tech Journal, 
October 1985. 


Woodward Drive 
Ontario K2C 0R1 
(613) 727-1397 
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Speed 

ZIM breaks the speed limit — between 3 and 50 times faster than 
industry leaders in sorting and joining files within the data-base. 
ZIM's internal architecture, and the implementation of its strategy 
analyzer and priority-driven buffering ability, ensure that data is 
processed in the most efficient manner possible. 


ZIM 2.5 - DATA 
MANAGEMENT AT 
ITS BEST 





























The Language for a New Generation 


Portability. UX-Basic™ application 
programs execute unchanged on any UNIX™ 
machine and are completely device independent. 

Power. UX-Basic contains the building 
blocks for efficient application program develop¬ 
ment. It also allows you to tap the full power of 
UNIX and gives you direct access to data bases. 

Productivity. UX-Basic is friendly and 
easy to learn and use. The interactive program¬ 
ming environment provides syntax checking as 
well as real-time debugging and testing. 


UX Software, Inc. 

10 St. Mary Street, Toronto, Canada M4Y1P9 
Tel: (416) 964-6909 TLX: 065-24099 

Available from major computer manufacturers such as Altos. AT&T, 
Siemens and an international network of distributors. 

UNIX is a trademark of AT&T Laboratories. 

UX-Basic is a registered Trademark of UX Software. Inc. 


©UniForum. 
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Performance. UX-Basic gives you speed 
when you need it with our efficient pseudo-cpde 
compiler/runtime package. We are constantly 
working to keep UX-Basic’s performance at the 
leading edge. 

Profit. UX-Basic programs are structured, 
modular and readable. Maintenance and support 
are easy. 

Perfect for UNIX ... a new generation of 
computers... a new generation of computer 
users. 
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